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(COD1NG DA ViNC1} 
DAS PLAYBOOK 


Schritt für Schritt zum eigenen Kultur-Hackathon 


Coding da Vinci ist zu einer Bewegung für 
offene Kulturdaten geworden: Werden Sie 
jetzt ein Teil davon! 


М4 


Die Coding da Vinci-Gründer*innen (v.l.n.r.): 
Stephan Bartholmei, Helene Hahn, Anja Müller, Barbara Fischer 


Illustration nach Fotovorlage von Thomas Nitz, CC BY 2.0 


Der Kultur-Hackathon Coding da Vinci wurde von 2019 bis 
2022 im Programm Kultur Digital der Kulturstiftung des 
Bundes gefördert. 


FR Die Beauftragte der Bundesregierung 
für Kultur und Medien 
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Entwicklung 


VORWORT 
DER GRÜNDER*INNEN 


SESAM ÖFFNE DICH - KULTURWANDEL 
ANSTOSSEN UND GESTALTEN 


Bei der Entwicklung des Kultur-Hackathons „Coding da 
Vinci” leitete uns keine geringere Frage als die, wie wir 
Kulturgeschichte(n) in die Zukunft begleiten: Wie kann 
das, was Gedächtnis- und Kulturinstitutionen als kultu- 
relles Erbe bewahren, digital aufgegriffen, genutzt, in 
neue Kontexte gestellt und als neue Geschichten erzählt 
werden? Im Zuge gesellschaftlicher Transformation wol- 
len und müssen sich auch Kultur- und Gedächtnisinsti- 
tutionen neu erfinden und Öffnen. Es geht darum, eine 
inklusive Erinnerungskultur auch im digitalen Raum zu 
gestalten, die möglichst alle Mitglieder der Gesellschaft 
einschließt. Coding da Vinci ist ein spielerischer Ansatz 
für diesen Transformationsprozess. 


Die Idee: Kultur- und Gedächtnisinstitutionen geben ihre 
Digitalisate und Kulturdaten für kollaboratives und kollekti- 
ves Arbeiten frei. In Kulturhackathons kommen Menschen 


aus Kultur- und Technikwelten zusammen und schaffen mit 
offenen Kulturdaten Neues: In einer mehrwóchigen Sprint- 
phase entwickeln Teams aus Hacker*innen gemeinsam 
mit Kulturinstitutionen Prototypen für Apps, Webseiten, 
Datenvisualisierungen, Spiele oder interaktive Installatio- 
nen. Mit fast 500 Datensets aus 360 Kultur- und Gedächt- 
nisinstitutionen sind seit 2014 mehr als 220 unterschied- 
liche Projekte und Prototypen entstanden. Sie zeigen auf 
überraschende und inspirierende Weise, wie Sammlungs- 
objekte auf neue Art vermittelt und genutzt werden kón- 
nen und wie ko-kreative digitale Teilhabe am kulturellen 
Erbe zeitgemäß aussehen kann - oft spielerisch, manch- 
mal lehrreich und informativ, zum Nachdenken anregend, 
kritisch und hinterfragend. Kulturdaten verhelfen dem 
kulturellen Erbe zu neuem Leben. 


Möglich war und ist der Neubeginn vor allem mit Offenheit 
auf allen Ebenen: Die Kulturdaten - seien es Mediendateien 
wie Bilder, Videos oder Audiofiles - müssen unter freien 
Lizenzen (CC-Lizenzen oder Public Domain) stehen und als 
offene Datenformate zur Verfügung gestellt werden. Die 
technischen Voraussetzungen für die Freigabe und Ver- 
wendung der Datensets müssen ebenfalls stimmen. Last, 
but not least müssen auch die Kultur- und Gedächtnisin- 
stitutionen diesen wichtigen Schritt der Öffnung vollzie- 
hen, damit ihre Daten genutzt, verändert, vervielfältigt und 


rekontextualisiert vermischt werden kónnen und dürfen. Da- 
her ist bei den Einrichtungen die Haltung und Bereitschaft 
zur Üffnung und zur Abgabe der Kontrolle und Deutungs- 
hoheit über ihre Daten eine zentrale Komponente: Die Da- 
ten verlassen ihr gewohntes Kultur-Umfeld und werden in 
neue technologische wie narrative Zusammenhänge ge- 
stellt. Das Loslassen, Teilen und Neu-Erfinden braucht Be- 
reitschaft zum Haltungs- und Kulturwandel der Institutio- 
nen. Diese Praxis verándert das Verháltnis von Institution 
und Publikum, das von Teilnehmenden zu Mitgestaltenden 
wird. Dieser Prozess wurde durch Coding da Vinci in den 
Institutionen angestoBen und von diesen erfolgreich um- 
gesetzt. Nachhaltig unterstützt hat uns dabei die Kultur- 
stiftung des Bundes mit einer vierjáhrigen Fórderung im 
Programm Kultur Digital. 


NACHMACHEN AUSDRÜCKLICH 
ERLAUBT - DAS PLAYBOOK 


14 Kulturhackathons hat es von 2014 bis 2022 gegeben - die 
Veranstaltungsreihe selbst hat sich über die Zeit fortwäh- 
rend verändert. Es ging vom hauptstádtischen Zentrum in 
unterschiedliche Regionen Deutschlands, es wurden Ko- 
operationen über Institutions- und sogar Landesgrenzen 
hinweg geknüpft, das Prásenzformat wurde in den virtu- 


ellen Raum transferiert und dann hybrid durchgeführt. Die 
Organisationsteams der Hackathons haben wichtige Er- 
fahrungen gesammelt, die es jetzt zu teilen gilt. Denn ge- 
nauso wie es um Öffnung und Teilen bei den Hackathons 
geht, wollen wir die gesammelten Erfahrungen weiterge- 
ben und nachnutzbar machen. 


Coding da Vinci ist flügge geworden, das Gründer*innen- 
konsortium entlásst das Format in die groBe Kulturwelt 
und ruft ausdrücklich zum Nachmachen auf. Das Playbook 
kann und will inspirieren und Ideen geben, wie ein Kultur- 
hackathon geplant und umgesetzt werden kann: als Ins- 
piration für neue co-kreative Formate, zum Verwenden 
im Ganzen, in Teilen, oder nur einzelner Elemente - ganz 
nach Geschmack. Wir sind gespannt, was mit und aus dem 
Playbook entstehen wird. Und freuen uns, wenn Nachah- 
mer*innen zeigen, dass sie den Coding da Vinci-Geist wei- 
tertragen, indem sie ihr Format „inspired by Coding da Vinci" 
durchführen. Wir laden alle, die das tun móchten, herz- 
lich ein, dies durch Unterzeichnung der Coding da Vinci- 
4? Absichtserklärung zu verdeutlichen. 


Mit dem Schreiben dieses Textes geht eine Ára zu Ende, 
Coding da Vinci zieht in die Welt hinaus und wir schauen 
glücklich nach vorne und blicken dankbar zurück. 


Die Absichtserklárung befindet sich im 
Toolkit in Ordner 0. Vorwort. 


DANKE! 


Danken möchten wir 
Gründer*innen an dieser 
Stelle ausdrücklich den 
Mitarbeiter*innen der 
Geschäftsstelle von Coding 
da Vinci, allen Kolleg*innen 
der Regionalteams 

sowie den teilnehmenden 
Institutionen, die sich auf 
das Experiment Coding da 
Vinci eingelassen haben. 
Vor allem gilt unser Dank 
aber den vielen engagierten 
Teilnehmenden aus acht 
Jahren Kulturhackathon, 
die dem digitalen Kultur- 
erbe zu neuem kreativen 
Leben verholfen haben. 
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Kapitel 1 


EINLEITUNG 


Hier geht es um die ganz grundsätzlichen Fragen: 
Was ist ein Hackathon und warum eignet er sich 
(auch) für Kulturdaten? Was ist das Besondere 
am Coding da Vinci-Format? Welche Grundzu- 
taten braucht es dafür und was kommt am Ende 
dabei heraus? 
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Das Coding da Vinci-Play- 
book ist ein Kochbuch: 
Probieren Sie das ganze 
Menü, einzelne Gänge oder 
nur bestimmte Zutaten aus 
- ganz nach Geschmack. 
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eus 


tionen müssen 
sich im digitalen 
Zeitalter den di- 
gitalen Realitäten 
stellen 


WARUM EIN KULTUR-HACKATHON? 


Ein Hackathon ist im Allgemeinen ein Veranstaltungsfor- 
mat, das binnen kurzer Zeit möglichst viele kreative Lö- 
sungsansätze für eine bestimmte Aufgabenstellung oder 
ein spezifisches Problem generieren soll. Idealerweise 
bringt er eine große Zahl von Menschen mit verschiede- 
nen Hintergründen aus unterschiedlichen Disziplinen und 
Bereichen zusammen, so dass aus dem Wechselspiel und 
der Reibung ihrer jeweiligen Perspektiven neue Ideen ent- 
stehen können. 


Bei Coding da Vinci (Сау) lauteten die Fragen von Beginn 
an: Wie schaffen wir Zugänge zum digitalen Kulturerbe, um 
es konkret erlebbar zu machen? Und damit verbunden: Wie 
lásst sich die Sichtbarkeit offener Kulturdaten erhóhen? 


Wenn Kulturinstitutionen im digitalen Zeitalter konkur- 
renzfáhig und relevant bleiben wollen, müssen sie sich 
den digitalen Realitäten stellen. Ein Kultur-Hackathon ist 
ein Schritt in diese Richtung. Das Format bedeutet einen 
gewissen Grad an Öffnung und verlangt definitiv Wage- 
mut. SchlieBlich geht der Auftrag von Kultureinrichtun- 
gen - kulturelles Erbe zu bewahren, zu erschlieBen, zu- 
gànglich zu machen und schlieBlich auch zu vermitteln 
- traditionell mit der Deutungshoheit über die eigenen 


Sammlungen und Artefakte einher. Gerade dieser Ausle- 
gungsanspruch wird bei einem Kultur-Hackathon infrage 
gestellt. Die Institutionen geben die Kontrolle ab und ge- 
hen mit offenen Daten in die Veranstaltung. Daten, die der 
Allgemeinheit gehóren und mit denen die Teilnehmenden 
- Entwickler*innen, Designer*innen, Kreative aller Couleur 
- frei umgehen kónnen. 


Ein Kultur-Hackathon wie Coding da Vinci schlàgt die Brü- 
cke zwischen Institutionen und Communities, zwischen der 
Kultur- und der Technikwelt. Er bietet die Möglichkeit, das 
Experimentieren mit den Datensets in einem geschützten 
Setting zu erproben und schafft niederschwellige Zugänge 
gerade auch für jüngere, digitalaffine Interessengruppen, 
die bis dato vielleicht nur wenig mit Kulturerbereinrichtun- 
gen in Berührung gekommen sind. Offenheit ist dabei das 
Schlüsselwort. Für alle Beteiligten - und auch hinsichtlich 
der Ergebnisse. 


DIE IDEE UND GESCHICHTE HINTER 
CODING DA VINCI 


Coding da Vinci wurde 2014 in Berlin von Mitarbeitenden 
der Deutschen Digitalen Bibliothek (DDB), dem Forschungs- 
und Kompetenzzentrum Digitalisierung Berlin (digiS), der 
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Open Knowledge Foundation und Wikimedia Deutsch- 
land e.V. ins Leben gerufen - als erster Kultur-Hackathon 
seiner Art in Deutschland. Hinter dem anfangs von klas- 
sischem Do-it-yourself-Idealismus getragenen Projekt 
stand die Überzeugung, dass in der Zivilgesellschaft eine 
groBe Nachfrage existiert, mit offenen Kulturdaten umzu- 
gehen. Von Beginn an war daher klar, dass auch die entste- 
henden Anwendungen offen zur Nachnutzung sein sollen. 


Nicht zuletzt zielte CdV darauf, einen Kulturwandel inner- 
halb der Institutionen anzustoBen, mehr Bewusstsein für 
die enormen Potenziale zu schaffen, die in der Nachnut- 
zung ihrer Daten liegen. 


In der Gründungsphase des Hackathons war bei vielen Kul- 
turinstitutionen noch eine gewisse Skepsis bezüglich der 
Öffnung ihrer Daten verbreitet 9. Umgekehrt hatten man- 
che Einrichtungen ihre Daten bereits offen bereitgestellt, 
standen aber vor der Frage, welchem Verwendungszweck 
sie dienen sollten? Eine Antwort darauf gab Coding da 
Vinci, verbunden mit der für die Institutionen einmaligen 
Möglichkeit, den Prozess der kreativen Datentransforma- 
tion aktiv mitzuerleben, im Idealfall sogar mit gestalten zu 
kónnen. Eine Chance, die immer mehr Kultureinrichtun- 
gen erkannten und ergriffen. 
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Für die erste bundesweite Ausgabe 2014 stellten 16 Mu- 
seen, Archive, Bibliotheken und Forschungsinstitute ihre 
Daten zur Verfügung, im folgenden Jahr waren es bereits 
doppelt so viele. 2016 fand mit „Coding da Vinci Nord" der 
erste regionale Kultur-Hackathon statt. Der Gedanke da- 
hinter war, Teilnehmende und Institutionen noch effekti- 
ver zu vernetzen, als es bei einem zentralen Event in Berlin 
möglich war. Open Data- und Creative Tech-Communities 
und Einrichtungen aus der Region sollten langfristige per- 
sónliche und berufliche Kontakte knüpfen kónnen, die nicht 
an geografischen Distanzen scheitern. 


Durchgeführt wurden Ausgaben wie „Coding da Vinci Ost?" 
oder ,Coding da Vinci Westfalen-Ruhrgebiet" von lokalen 
Veranstaltungsteams, idealerweise paritätisch mit Ver- 
treter*innen der Communities und der Kulturinstitutionen 
besetzt. Insgesamt zwólf solcher regionalen CdVs fanden 
bis 2022 statt, darunter 2020 der erste internationale Kul- 
tur-Hackathon ,Saar-Lor-Lux'" - als deutsch-franzósisch- 
luxemburgisches Gemeinschaftsprojekt pandemiebedingt 
erstmals im vollstándig digitalen Veranstaltungsformat. 


Einen entscheidenden Professionalisierungsschub hatte 
Coding da Vinci bereits ein Jahr zuvor erfahren: Die Kul- 
turstiftung des Bundes fórderte das Projekt im Rahmen 
des Programms „Kultur digital" für den Zeitraum 2019 bis 


Q 
Einige der Ansprechpersonen hatten gar die 
Befürchtung, bei einem Hackathon könne es 


sich um eine computerkriminelle Veranstal- 
tung handeln. 


KAPITEL 1/ EINLEITUNG 11 


С 


“ 
Schleswig-Holstein 
2021(Kiel) NN O 


Nord 


2016 (Hamburg) 
Berlin 2014, 
Niedersachsen 2015 und 2017 
2020 (Hannover) 


Westfalen-Ruhrgebiet 
2019 (Dortmund) 


Ost 2018 (Leipzig) 


Ost? 2022 
Nieder.Rhein.Land 2021 (Dresden) 


(Köln und Düsseldorf) 


SY А 14 Kultur-Hacka- 


2020 (Saarbrücken) thons in 8 Jahren 
Ké АШ і n ( fa st ) 0 а nz 


2022 (Karlsruhe Süd 2019 (München 


und Stuttgart) und Nürnberg) D e Ч 1 S C h | а П d 


Nun 


KAPITEL 1/ EINLEITUNG 


2022 mit rund 1,2 Millionen Euro. Was nicht nur zur Ein- 
richtung einer bei der Deutschen Nationalbibliothek in 
Frankfurt am Main angesiedelten Gescháftsstelle mit drei 
festen Mitarbeitenden führte, sondern auch acht weitere 
Coding da Vinci-Ausgaben an verschiedenen Standorten 
sicherte sowie die Vergabe von Stipendien erlaubte. Letz- 
tere sollten Teilnehmenden das Weiterarbeiten an beson- 
ders vielversprechenden Prototypen ermöglichen. Insge- 
samt wurden im Fórderzeitraum 32 Stipendien vergeben. 


Nicht die einzige Erfolgszahl im CdV-Kontext: Rund 560 
Institutionen haben in den acht Projektjahren fast 500 
Datensets zur Verfügung gestellt, über 200 Projekte sind 
daraus entstanden, mehr als 2.000 Menschen haben die 
Veranstaltungen als Teilnehmende geprägt oder als Be- 
sucher*innen begleitet. Aus einer Grassroots-Unterneh- 
mung ist eine Institution geworden, die für einen ganz ei- 
genen Spirit steht. 


er 200 Projekte sind 
entstanden 
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488 


Datensets 


Institutionen 


WAS MACHT CODING DA VINCI 
BESONDERS? 


Neben dem offensichtlichen Fakt, dass es bei CdV expli- 
zit um Kulturdaten geht, gibt es weitere Aspekte, die die- 
sen Hackathon von anderen unterscheiden. Zum einen 
Spielt die Zeit, die den Teams zur Entwicklung ihrer Pro- 
jekte zur Verfügung steht, eine wichtige Rolle als Brücken- 
bauerin zwischen den Kreativen und den Kulturerbeinsti- 
tutionen. Während ein klassischer Hackathon sich in der 
Regel auf ein Wochenende beschränkt, erstreckt sich Co- 
ding da Vinci meist über sechs bis zehn Wochen - die so- 
genannte Sprintphase, eingeleitet durch eine zweitätige 
Kick-Off Veranstaltung, bei der die Datensets der Institu- 
tionen präsentiert werden und sich Projektteams bilden, 
die dazu ihre Ideen entwickeln. Durch diesen groBzügig ge- 
setzten Rahmen entsteht der Raum für echte Begegnun- 
gen und Austausch zwischen der Kultur- und Technikwelt. 


217 


Projekte 


Erfolgszahlen im 
CdV-Kontext 
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PREI HUNG 


Prásent Projekte 
und ung 


Präse Daten, 
Worksho enlernen 


Mehr Zeit für bessere 
Ergebnisse: die Coding da 
Vinci-Timeline 
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Für ein kreatives Miteinander ohne hierarchische Unter- 
schiede oder Machtgefälle. Am Ende dieser Zeit steht die 
Preisverleihung, bei der die besten, außergewöhnlichs- 
ten, witzigsten oder technisch ausgefeiltesten Projekte 
prämiert werden. Allerdings - auch das ist wesentlich für 
den Geist von Coding da Vinci - gibt es keine Geldpreise. Es 
geht um die Motivation der Teilnehmenden aus sich selbst 
heraus, nicht darum, áuBere Anreize zu setzen. Was zu ei- 
nem weiteren wichtigen Aspekt führt: der Voraussetzungs- 
losigkeit, die Basis für kreative Freiheit ist. 


Coding da Vinci stellt keine Aufgaben, ruft keine Challen- 
ges aus, schafft keinerlei Druck. Der Kultur-Hackathon ist 
eine Einladung zum Experimentieren, Spielen, Scheitern. 
Frei von Lieferzwángen. Nur so entfaltet sich die beson- 
dere Atmospháre der Veranstaltung, die getragen wird von 
der Inspiration und Begeisterung aller Beteiligten. Auch die 
datengebenden Institutionen brennen in der Regel für ihre 
Digitalisate - was den kreativen Funken überspringen lässt. 


Es handelt sich eben nicht etwa um rein technische Da- 
ten, sondern um solche, mit denen sich Geschichten er- 
zählen lassen - weil sie -© Geschichte sind. So reich und 
divers die Datensets sind, so unbegrenzt sind die Móglich- 
keiten, mit ihnen zu experimentieren. 


Einige zufällige Beispiele 


Bei den Jesuitentafeln aus dem Stadtmuseum Lands- 
berg am Lech handelt es sich um 162 kleinformatige 
Kupferstiche, die vom Schicksal verdienter Ordensbrüder 
des 17. Jahrhunderts erzählen. Entstanden ist daraus 
unter anderem das Projekt „162 ways to die", das mit 
Holzfiguren nach dem Toniebox-Prinzip die Geschichten 
der Jesuiten hörbar macht. Oder eine Sammlung inter- 
nationaler Postbeutel des Museums für Kommunikation 
Nürnberg - Inspiration etwa für die Anwendung „Global 
Postmaster", die durch die Zuordnung der bunten Säcke 
spielerisch geografisches Wissen vermittelt. Oder die 
Insektenkästen des Museums für Naturkunde Berlin, die 
ebenfalls eine Reihe von Projekten angestoßen haben: 
vom ,Cyberbeetle" (einem beweglichen Roboterkäfer) bis 
zu ,Haxorpoda Collective", einer Anwendung, mit der sich 
Insekten ausschneiden, sortieren und zu individuellen 
Postern zusammenstellen lassen. 
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WELCHE GRUNDZUTATEN 
SIND VERLANGT? 


Das Gelingen eines Hackathons hängt von einer Vielzahl 
von Faktoren ab. Drei wesentliche Bedingungen aber soll- 
ten erfüllt sein: Offenheit, Gleichberechtigung und inter- 
disziplináre Zusammenarbeit. Nur auf den ersten Blick 
Selbstverständlichkeiten. 


Offenheit meint die Bereitschaft aller Beteiligten, sich auf 
einen Prozess einzulassen, bei dem die Überraschung Prin- 
zip ist. Die Kulturerbeinstitutionen geben die Deutungs- 
hoheit über ihre Daten ab und lassen den Ideen der Open 
Data- und Creative Tech-Communities ihren Lauf. Die 
Projektteams wiederum öffnen sich den (zumeist) unbe- 
kannten Datensets und ihren Themen, um deren Poten- 
ziale zu bergen. 


Echte Gleichberechtigung wiederum verlangt oft einen 
Mindshift. Zwar ist im Kontext der Kultureinrichtungen 
oft von den Datengebern die Rede - das soll jedoch kein 
hierarchisches Gefälle implizieren. Bei einem Kultur-Ha- 
ckathon sind alle aus demselben Grund versammelt: Um 
etwas Neues zu erfahren, etwas Neues zu erschaffen. Die 
Institutionen bringen viel Wissen über ihre Daten mit. Auf 
der anderen Seite aber besitzen die Teilnehmenden ein 
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Wissen darüber, was mit diesen Daten möglich ist, das 
den Einrichtungen oft fehlt. Diese wechselseitigen Ex- 
pertisen sollen Anerkennung und Wertschätzung finden. 


Die interdisziplinäre Zusammenarbeit schließlich ist die 
Basis für den Perspektivreichtum, der Neues entstehen 
lässt. Sie sollte darum eben nicht nur zwischen Com- 
munities und Kulturerbeinstitutionen stattfinden - son- 
dern idealerweise auch innerhalb der Projektteams. Die 
Erfahrung der CdV-Jahre hat gezeigt, dass gerade sol- 
che Teams, in denen auch Menschen aus technikfernen 
Bereichen oder Disziplinen ihre Ideen einbringen konn- 
ten, oft zu besonders kreativen Ansátzen gefunden ha- 
ben. Ein Hackathon wie CdV steht allen offen, die ein In- 
teresse am experimentellen, explorativen Umgang mit 
Kulturdaten mitbringen. 


menarbeit 


enheit, Gleichberechtigung 
und interdisziplináre Zusam- 
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Q 

Ein berühmtes Beispiel für eine konkrete 
Aufgabenstellung liefert das soziale Netzwerk 
Facebook. In seiner Frühzeit stand es vor der 
Frage: Wie können wir die Feedback-Kultur so 
einfach wie möglich gestalten? Das Ergebnis 


des unternehmensinternen Hackathons zu 
dieser Frage war der weltbekannte Like-Button. 


15 


WELCHE ERGEBNISSE SIND 
ZU ERWARTEN? 


Generell lässt sich ein Hackathon durch eine Reihe von Stell- 
schrauben beeinflussen, von denen wiederum abhängt, wel- 
che Ergebnisse zu erwarten sind. Es besteht zum Beispiel 
die Möglichkeit, eine konkrete Problemstellung zu formu- 
lieren 9. Ebenso lässt sich der Kreis der Teilnehmenden 
steuern - über gezieltes Headhunting, das Ausloben von 
Preisgeldern oder andere Angebote. 


All das stand bei Coding da Vinci nie im Fokus. 


Das Wesen dieses Kultur-Hackathons ist die völlige krea- 
tive Freiheit, die oft zu den erstaunlichsten Ergebnissen 
geführt hat. Überraschendere Resultate als sie bei einer 
konkreten Aufgabenstellung (etwa: eine App zu entwickeln, 
die Besucher*innen einen Mehrwert aus digitalen Samm- 
lungsobjekten ziehen lässt) hätten entstehen können. 


CdV war von Beginn an nicht darauf ausgelegt, marktreife 
Produkte oder konkret verwertbare Projekte zu generie- 
ren. Vielfach sind solche entstanden - jedoch absichtslos. 


Bei Coding da Vinci geht es um das Erlebnis. Nicht um 
das Ergebnis. 


ebnis statt Ergebnis 


J L 
о 
ar 


Take Home Messages 


* Kreativität entsteht aus dem Zusammenprall 
verschiedenster Perspektiven. 

* Drei Grundzutaten: Offenheit, Gleichberechtigung, 
interdisziplináre Zusammenarbeit 

* Kein Erfolgsdruck: Das Experiment steht im 
Vordergrund, Scheitern ist erlaubt. 

* Coding da Vinci ist nur EINE Möglichkeit, einen 
Hackathon durchzuführen - eigene Varianten sind 
möglich, erlaubt und erwünscht! 
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Qualitativ hoch- 


wertige Daten sind 


die beste Basis für 
kreative Anwen- 


dungen. 


KAPITEL 2 / DATEN 


(Medien) Dateien und 
Metadaten 


Als (Medien)Dateien bezeichnet man z. B. Bilder von 
Objekten, Tonaufnahmen oder Videos, aber auch Samm- 
lungen geografischer Daten. Die mügliche Spanne dessen, 
was eine (Medien)Datei sein kann, ist breit. 


Daten, welche die Eigenschaften der digitalisierten 
Objekte in strukturierter Weise beschreiben - etwa das 
Entstehungsdatum eines Werks, dessen Urheber*in, den 
Entstehungsort, den Zeitpunkt der Erwerbung oder die 
Inventarnummer - bezeichnet man als Metadaten. Zu den 
Metadaten gehört auch die Lizenz, unter der das jeweilige 
Digitalisat zur Verfügung gestellt wird, sowie dessen 
Dateiname und -größe. 
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WELCHE DATEN SIND GEEIGNET? 


Für einen Kultur-Hackathon wie Coding da Vinci stellen Mu- 
seen, Bibliotheken oder Archive» DATENSETS zur Verfü- 
gung. Je klarer der Kontext dieser Datensets ist, desto in- 
spirierender sind sie für die Hackathon-Teilnehmenden. 


Ein Datenset beinhaltet sowohl -o (Medien)Dateien als 
auch die Metadaten, die diese Dateien beschreiben. Beide 
sind gleichermaBen wichtig und sollten von den Daten- 
geber*innen zur Verfügung gestellt werden. Viele Daten- 
gebende, aber auch die Nutzer*innen, lassen sich bei der 
Auswahl der Datensets von deren visueller Attraktivität 
leiten. Aber ohne Metadaten lassen sich die digitalisierten 
Objekte nur schwer (maschinell) verarbeiten. 


Grundsätzlich gilt: Je detaillierter ein Datenset einschließ- 
lich Metadaten ist, desto besser. Keine Angst vor zu gro- 
Ber Komplexität - in der Regel gibt es in jedem Projekt- 
team mindestens eine Person, die Daten aufbereiten und 
herausfiltern kann, was gebraucht wird. 


M 


=> DATENSETS 


Als Datenset bezeichnen wir eine Gruppe 
von Daten, die inhaltlich zusammenhängen. 
Zum Beispiel Bilder von bestimmten Künst- 
ler*innen, aus einer spezifischen Periode, zu 
einem gemeinsamen Thema oder aus einer 
bestimmten Ausstellung. 


KAPITEL 2 / DATEN 


e 


Hilfreiche Leitfragen für die Auswahl ge- 
eigneter Datensets bietet das Dokument 


„Fragenkatalog“ im Toolkit-Ordner 2. Daten. 
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FRAGEN IM VORFELD 


Bei der Auswahl des Datensets für den Hackathon sollten 
sich Kulturinstitutionen zunächst /» fragen: Wen wollen 
wir damit erreichen? 


* Gibt es ein Datenset, das für eine bestimmte Zielgruppe, 
beispielsweise Kunst- und Kulturinteressierte, Wissen- 
schaftler*innen, Forscher*innen oder Gamer*innen 
besonders interessant sein könnte? 

* Verfügt eine der Sammlungen über ein Datenset, das 
gerade auch ein nichtwissenschaftliches Publikum 
anspricht? 

* Liegt ein unerschlossenes oder nur in Teilen erschlos- 
senes Datenset vor, auf das im Hackathon eine neue 
Perspektive gewonnen werden könnte? 

* Laden die Daten dazu ein, mit ihnen interaktive 
Anwendungen zu erstellen? 

* Sind qualitativ hochwertige Metadaten vorhanden? 

* Und welche Fragen kónnen sie beantworten? 


edien)Dateien und Metadaten müssen 
offen zur Verfügung stehen. 


OFFENE DATEN 


Eine grundlegende Voraussetzung für die Eignung eines 
Datensets ist seine Offenheit. Sowohl die(Medien)Dateien 
als auch die Metadaten müssen offen zur Verfügung ste- 
hen, damit die Projektteams frei mit ihnen arbeiten und 
Neues mit ihnen erschaffen können. Das betrifft zunächst 
die Frage der Lizenzen. 


Wie viele Datensets braucht 
ein Hackathon? 


Bei Coding da Vinci - wo meist 20 und mehr Daten- 
geber*innen vertreten waren - hat sich die Beschränkung 
auf ein Datenset pro Institution bewährt, auch um 


Gerechtigkeit zwischen groBen und kleinen Kulturein- 
richtungen zu gewährleisten. Veranstaltet eine Institution 
einen Kultur-Hackathon ausschließlich mit den eigenen 
Daten, empfiehlt es sich freilich, mehrere Datensets 
anzubieten, um eine größere Bandbreite von Projekten zu 
ermöglichen. 
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OFFENE LIZENZEN 


Die meisten Datensets, die bei Coding da Vinci eingereicht 
wurden, standen unter Public Domain Mark (PD) zur Ver- 
fügung - also frei von urheberrechtlichen Einschränkun- 
gen. Bilder in Public Domain sind beispielsweise Werke von 
Künstler*innen, die vor mehr als 70 Jahren gestorben sind. 

Gut verwendbar sind aber auch (Medien)Dateien und 
Metadaten, die unter 2 Creative Commons Lizenzen be- 
reitstehen, also entweder: 


e ССО = die Daten dürfen frei genutzt werden ohne 
weitere Bedingungen oder Angaben, 

* CC BY - die Urheber*innen müssen genannt werden, 
die Daten dürfen geteilt, verándert und kommerziell 
genutzt werden, oder 

* CC BY-SA - Namensnennung und Wiederverüffent- 
lichung unter gleichen Bedingungen (SA = Share Alike), 
die Daten dürfen geteilt, verándert und kommerziell 
genutzt werden. 


Restriktivere Lizenzen waren bei Coding da Vinci nicht zu- 
gelassen. & Auch nicht CC-Lizenzen, die eine kommerzi- 
elle Nutzung ausschlieBen. SchlieBlich werden dadurch 
viele wichtige Nutzungsarten unterbunden, etwa die Ver- 
wendung in freien Wissensgemeinschaften und Archiven. 
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In den meisten Fällen sind die Kulturinstitutionen selbst 
die Rechteinhaber bzw. haben weitreichende Nutzungs- 
rechte und können daher selbst entscheiden, ihre Daten 
unter freier Lizenz zur Verfügung zu stellen - ausdrück- 
lich nicht nur für den Kultur-Hackathon, sondern auch da- 
rüber hinaus ©. 


In der Regel sind Rechtefragen leicht zu klären, wenn es 
sich bei den (Medien)Dateien um Bilder handelt. Problema- 
tischer kann der Fall bei Musik- oder Videodateien liegen, 
die oft noch urheberrechtlich geschützt sind, und/oder 
bei denen die freie Lizenzierung die Zustimmung mehre- 
rer Beteiligter voraussetzen würde. 


Hier finden Sie weitere Informationen zu 
Creative Commons. 


Nähere Erläuterungen zu den (meist un- 
gewollten) Aus- und Nebenwirkungen von 


sogenannten Non-Commercial-Lizenzen 
bietet diese Broschüre. 


Ausführliche Informationen zu offenen 
Kulturdaten bietet diese Broschüre. 
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M 


= OFFENE FORMATE 


Eine .doc-Datei etwa ist kein freies 

Format, da sie ausschließlich mit Hilfe des 
Programms Microsoft Office gelesen werden 
kann. Im Kontext von Coding da Vinci waren 
stets nur Formate zugelassen, die nicht 
proprietär sind. Zum Beispiel .txt- statt 
.doc-Dateien. 
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OFFENE FORMATE 


Nicht nur offene Lizenzen sind Voraussetzung für ein Ha- 
ckathon-taugliches Datenset, sondern auch - OFFENE 
FORMATE. Das gilt sowohl für die (Medien)Dateien als auch 
für die Metadaten. 


Daten, insbesondere Metadaten, müssen maschinenles- 
bar sein, damit sie bei einem Hackathon eingesetzt wer- 
den kónnen. Wo etwa Metadaten tabellarisch aufgeführt 
sind, ist im Sinne der Offenheit das Format CSV (Comma 
Separated Values) statt der (proprietären) Excel-Tabelle 
(.xls bzw. .xIsx) zu empfehlen. Auch JSON (JavaScript Ob- 
ject Notation)ist ein maschinell gut lesbares Format. 


Wo es sich um Mediendateien handelt, haben sich Formate 
wie JPEG, TIFF, PNG oder GIF bewáhrt. Wichtig ist, dass 
Bilder hoch aufgelóst sind. Sie sollten mindestens 300 dpi 
beinhalten und 1440 Pixel breit sein. Je hochwertiger die 
Qualität der Daten ist, desto größter die Lust der Projekt- 
teams, mit ihnen zu experimentieren. 


chwertige Datenqualität fördert 
die Lust auf Experimente. 


DATEN BEREITSTELLEN 


Bei jedem Kultur-Hackathon ist es wichtig, dass alle zur 
Verfügung gestellten Datensets nicht nur offen, sondern 
auch öffentlich und ohne Einschränkungen wie Registrie- 
rung oder Authentifizierung online zugänglich sind. Den Or- 
ganisator*innen eines Hackathons bieten sich dafür meh- 
rere Möglichkeiten: Falls sie über ein eigenes Online-Portal 
verfügen, können sie die Daten dort abrufbar machen. Oder 
sie nutzen eine große Datenplattform wie Wikimedia Com- 
mons, Wikidata oder die Deutsche Digitale Bibliothek, um 
die Daten zur Verfügung zu stellen. 


Coding da Vinci hat den Kultureinrichtungen einen eigenen 
Nextcloud-Server angeboten, um ihre Datensets hochzu- 
laden - eine dritte Möglichkeit. Die Daten bleiben dort über 
den Zeitraum des jeweiligen Hackathons sowie über das 
Ende des Projekts Coding da Vinci hinaus gespeichert - 
gemäß der Philosophie der Offenheit des Hackathons und 
im Sinne der Nachhaltigkeit. 
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Der Coding da Vinci-Datenschatz 


Auf der Coding da Vinci-Homepage sind die Datensets 
unter https://codingdavinci.de/de/daten auffindbar. 
Interessierte können gezielt nach Datensets einzelner 
CdV-Ausgaben, nach Objekttypen, Lizenzen oder Insti- 
tutionen suchen, die dort verlinkt sind. Es finden sich 
jeweils ausführliche Beschreibungen der Mediendateien 
und Metadaten (Formate, Lizenzen etc) sowie Angaben 
zu den Projekten, die aus den jeweiligen Datensets 
entstanden sind. 


WIKIMEDIA COMMONS UND WIKIDATA 


Neben dem Coding da Vinci-Server gibt es für Kulturin- 
stitutionen auch die Möglichkeit, ihre Datensets auf den 
Wikimedia-Projekten Wikimedia Commons und Wikidata 
zur Verfügung zu stellen, wo sie ebenfalls dauerhaft unter 
freier Lizenz verfügbar bleiben und im Sinne von CdV wei- 
ter bearbeitet und verwendet werden Können. 
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Wikimedia Commons ist eine stetig wachsende Medien- 
sammlung für gemeinfreie und freilizenzierte Fotos, Grafi- 
ken, Audio- und Videodateien, aus der unteranderem auch 
die Wikipedia ihre Bilder, Grafiken und Videos bezieht. Die 
Sammlung wird von Ehrenamtlichen und Kulturinstitutio- 
nen zusammengetragen, aufbereitet und online gestellt. 


Wikidata ist eine freie Wissensdatenbank, die als zentra- 
ler Speicher für strukturierte Daten fungiert und allen die 
Möglichkeit bietet, Entitäten zu beschreiben und existie- 
rende Datensätze anzureichern. Der Inhalt von Wikidata 
ist unter einer freien Lizenz verfügbar, wird unter Verwen- 
dung von Standardformaten exportiert und kann mit ande- 
ren offenen Datensätzen im Linked-Data-Web verknüpft 
werden. Wikidata ermöglicht es, Verbindungen zwischen 
verschiedenen Entitäten (= eindeutig zu bestimmenden 
Objekten) visuell darzustellen. 


VOM ONBOARDING BIS ZUM KICK-OFF: 
DATENBERATUNG 


Bei Coding da Vinci hat es sich bewährt, ins Organisati- 
onsteam jedes Hackathons mehrere Datenberater*in- 
nen einzubinden, die jeweils verschiedene Kultureinrich- 
tungen betreuen. Diese Datenexpert*innen gingen aktiv 


d 


DOWNLOAD 


Umfassende Vorlagen für die Kommunikation 
mit Datengeber*innen bei Coding da Vinci 
finden sich im Toolkit-Ordner 2. Daten: 


* Kommunikation Datengebende 
e Informationsblatt Datengebende 


Die teilnehmenden Kulturinstitutionen 
erhalten beim Onboarding verschiedene 
Merkblätter, die wir im selben Ordner zu- 
sammengestellt haben: 


« Vorgehen für Datengebende 
* Eingangsfragebogen 

e Daten Präsentieren 

e Zeitplan 
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e 


Eine detaillierte Richtlinie für die Daten- 
beratung bei Coding da Vinci befindet sich 
im Toolkit-Ordner 2 Daten im Dokument 
„Rahmen und Ziele der Datenberatung". 


e 


Nützliche Tipps für die Organisation bietet 
die ,Production Bible Onboardings" im 
Toolkit-Ordner 2. Daten. 
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auf die Institutionen zu, um mit ihnen gemeinsam ein in- 
haltlich geeignetes sowie nachnutzbares Datenset aus- 
zuwählen, dessen Qualität zu prüfen und gegebenenfalls 
zu verbessern. Z^ 


ONBOARDING 


Das Onboarding findet bei einem Kultur-Hackathon im Stil 
von Coding da Vinci drei bis sechs Monate vor dem Kick- 
Off statt. Neben einer allgemeinen Einführung ins Hacka- 
thon-Format werden dort Inhalte zu offenen Lizenzen und 
Datenformaten vermittelt sowie der Rahmen der Daten- 
präsentation geklärt Z. Je nach Ausrichtung gibt es zu- 
sätzliche vorbereitende „Prepare your Data“-Workshops, 
bei denen Datenberater*innen und Einrichtungen sich ken- 
nenlernen kónnen. 


DATEN TESTEN 


Hilfreich ist es, wenn die Kulturinstitutionen Testdaten zur 
Verfügung stellen - einen Teil der Mediendateien und der 
Metadaten -, damit die Datenqualität überprüft und ge- 
meinsam besprochen werden kann. Nicht selten fehlen hier 
und da Informationen. Handelt es sich zum Beispiel um ein 
Datenset mit Bildern verschiedener Künstler*innen, sollte 
auch darauf geachtet werden, ob jede*r mit der Gemein- 


samen Normdatei (GND) verknüpft ist. So kónnen die Per- 
sonen eindeutig identifiziert werden, insbesondere wenn 
verschiedene Schreibweisen ihrer Namen existieren. Ein- 
heitlichkeit ist wichtig. Normdaten erleichtern die Katalo- 
gisierung und bieten eindeutige Sucheinstiege. 


VORBEREITUNG ZUM UPLOAD 


Die Datenberater*innen stehen den Institutionen - gerade 
kleinen Einrichtungen mit ggf. schmalen Ressourcen - bei 
allen aufkommenden inhaltlichen und technischen Fragen 
zur Seite. Sie unterstützen die Institutionen dabei, den 
náchsten Schritt in ihrer digitalen Entwicklung zu gehen, 
indem sie etwa dabei helfen, eine Excel-Datei in CSV um- 
zuwandeln, oder bei Dateien mit nicht geklärten Lizenzen 
beraten. Es ist dringend zu empfehlen, nur Datensets mit 
gesichertem Rechtestatus für den Hackathon auszuwäh- 
len, um spátere Probleme zu vermeiden. 


Ist dieser vorbereitende Teil abgeschlossen, bekommen 
die Institutionen einen Link zum Coding da Vinci-Server, 
um ihre Daten hochzuladen. 
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CHECKLISTE DATENQUALITÄT 


MERKMAL HINWEISE / FRAGEN 
Geeignete Datensets =) Sind die Daten offen (offen lizenziert bzw. lizenzierbar)? 
= Sind Metadaten vorhanden? 
=) Stellen Sie hochauflösendes Material zur Verfü ? 
Lizenzen = Sind die Rechte der digitalisierten Objekte bzw. Daten geklärt? 
=) Weisen alle gelieferten Daten den gleichen Lizenzstatus auf? 
= Ist die Lizenzauszeichnung der Objekte korrekt und vollständig? 


Standards/Formate =) Nicht-proprietäre Formate sind wegen ihrer Interoperabilität und Offenheit empfehlenswert (z. В. csv statt xls) 
Normdateien/Kontrollierte Vokabulare =) Werden Normdateien (z.B. GND, andere spartenspezifische Normdaten) verlinkt? Nutzen Sie ein kontrolliertes Vokabular? 
Einheitlichkeit/Vereinheitlichung =) Sind alle Zeit- bzw. Ortsangaben einheitlich? 


Maschinenlesbarkeit = Werden Zeitangaben in einem maschinenlesbaren Format (z.B. 2013-06-01) statt als Text (z.B. 1. Juni 2013) ausgedrückt? 
=) Sind Ihre Metadaten Unicode-fähig (UTF-8)? 


Vollständigkeit =) Gibt es Daten (Dateien, Metadaten), die fehlen? 


Nachhaltigkeit => Können die Daten langfristig abgerufen werden? 


Keine Sorge! Mit Ausnahme der Punkte „Geeignete Datensets" und „Lizenzen“ müssen die Daten nicht zwingend alle Anforderungen erfüllen, um für einen Hackathon 
infrage zu kommen. Aber je mehr Punkte erfüllt sind, desto besser. 
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$$ 


für den Kick-Off 
vorbereiten 
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READY FOR KICK-OFF 


Im Rahmen von Coding da Vinci haben die Kulturinstituti- 
onen die Eintráge auf der Website, auf der ihr jeweiliges 
Datenset beschrieben wird, selbst eingepflegt. Dabei ist 
es wichtig, auf folgende Kriterien zu achten und deren Ein- 
haltung vor der Freischaltung zu überprüfen: 


* Vollstándigkeit der Links zu den Daten 

* Informationen zu den Lizenzen 

• Schlüssige, nachvollziehbare Beschreibung der Daten 

* Korrekte Angaben zu technischen und inhaltlichen 
Aspekten 


Ist alles geklärt, werden die Datensets veröffentlicht und 
stehen für den Kick-Off bereit. 


PRÁSENTATION UND PITCHING 


Nun gilt es, die Institutionen darauf vorzubereiten, was 
es beim Pitching der Datensets zu beachten gibt. Pro Da- 
tenset ist bei Coding da Vinci zunächst eine I-minütige 
Schnellvorstellung vorgesehen - die One Minute Madness. 
Bei dieser Präsentation sollte das Datenset móglichst 
anschaulich gemacht werden. Auf einer - und nur einer 


So geht's am besten 


Best-Practice-Beispiele können den Kultureinrichtungen 
als Richtschnur dienen. Wie etwa das Datenset ,Look at 
Me! 100 Gesichter - 100 Geschichten", eine Sammlung von 
Portraits des 19. Jahrhunderts, zur Verfügung gestellt vom 
Augustinermuseum in Freiburg - vorliegend als hochauf- 
lösende Reproduktionen und beschreibende Metadaten. 
Entstanden sind daraus die Projekte „Unravelling Art", ein 
digitales Kartenspiel für kunstbegeisterte Museumsbesu- 
cher*innen sowie die Dating-App „LOOK AT ME”, die eigene 
Bilder in den Stil eines Portraits umwandelt. 
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einzigen - Hintergrundfolie kónnen Zusatzinformationen 
projiziert werden, etwa: 


* ein Beispielbild aus dem Datenset und/oder 
* Bullet Points und Zahlen wie: 
* Wie viele Dateien sind es? 
* Welches Metadatenfomat wird verwendet? 
* Mit welcher Normdatei sind die Metadaten 
beschrieben? 


All das ist interessant für die Creative Tech-Community. 
Da Coding da Vinci in einer informellen Atmospháre statt- 
findet, darf die Prásentation gerne humorvoll aufgelockert 
sein. Auch das weckt eher Interesse als ein sachliches Re- 
ferat. Die Institutionen kónnen mit einer konkreten Fra- 
gestellung an ihre Daten aufschlagen, oder auch mit ei- 
ner Challenge (wenn ein besonderer Wunsch besteht, was 
mit den Daten geschehen soll, zum Beispiel sie auf einer 
Timeline zu prásentieren). Vielleicht fehlen auch Informa- 
tionen in den Metadaten, so dass die Bitte an die Projekt- 
teams formuliert wird, danach zu recherchieren. 
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Ganz viele, tolle, 
spannende Daten ... 


Eine Minute ist nicht 
viel Zeit - vor allem, 
wenn man viel über die 
Daten weiß, die man 
präsentiert. Konzentra- 
tion aufs Wesentliche 
ist der Schlüssel. 
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us: Was 
macht meine 
Daten beson- 
ders? 
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Die einführende One Minute Madness soll vor allem Spaß 
machen und Interesse wecken. Anhand der Schnellvorstel- 
lung entscheiden die Teilnehmenden, zu welcher ausführ- 
lichen Prásentation sie gehen bzw. mit welchen Datenge- 
bendensie ins Gesprách gehen wollen. Für die Institutionen 
ist es dabei wichtig, die Frage im Fokus zu behalten: Was 
macht meine Daten besonders? 


Spáter haben die Kultureinrichtungen Gelegenheit, ihre 
Daten ausführlicher zu präsentieren - entweder in ca. 
15-minütigen parallelen Sessions, oder beim sogenann- 
ten Marktplatz mit offenen Gespráchen an Stánden (s. Ka- 
pitel 5: Kick-Off). 


Generell gilt: Je größer der , Wow-Effekt", der bei der Prä- 
sentation erzielt wird, desto eher werden die Teams mit 
dem Datenset arbeiten wollen. Doch so divers die Ziel- 
gruppe - eine bunte Mischung kreativer Köpfe: Entwick- 
ler*innen, Designer*innen, Grafiker*innen, Künstler*innen, 
Hacker*innen, Maker*innen, Kulturinteressierte aller Cou- 
leur - so unterschiedlich sind die Interessen. Häufig ste- 
hen folgende Fragen im Vordergrund: 


* Welche Geschichte(n) erzählen die Daten? 
* Warum könnten diese Daten für sie als Nutzer*innen 
relevant sein? 


* Welche Frage(n) stellen die Kultureinrichtung oder die 
Kurator*innen selbst an die Daten? 

* Was steht in den Daten? 

* Und was fehlt eventuell (noch)? 


Um die Teilnehmenden für das eigene Datenset zu inter- 
essieren, kann man auch vermitteln, warum es für die da- 
tengebende Institution eine Bedeutung besitzt. Die eigene 
Begeisterung lásst den Funken oft am besten übersprin- 
gen. Welche Daten schlussendlich in welcher Weise ver- 
wendet werden - und ob überhaupt - ist jedoch voll und 
ganz den Teilnehmenden überlassen. 
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Take Home Messages 


e Offene Daten = offene Lizenzen, offene Datenformate 
und freier, öffentlicher Zugang 

* Je höher die Qualität der Daten ist, desto attraktiver 
sind sie für Teilnehmende. 

* Keine Angst vor Komplexität! 

* Die Begeisterung für die eigenen Daten wirkt an- 
steckend. 
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import { Loremipsum } from "lorem-ipsum"; 


J е а ive rs а Г, а е st О р е SS e r 2 // const Loremipsum = require("lorem-ipsum").Loremlpsum; 
Interdisziplináre Zusammen- beer | 
arbeit auf Augenhóhe ist ech 


der Schlüssel zum Erfolg. 
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Diverse Zielgruppen 


Auch Kinder haben bei Coding da Vinci beispielsweise 
schon ihre Ideen eingebracht. Entstanden ist daraus 

- zusammen mit Menschen, die das nötige Rüstzeug 

zur Realisierung besaßen - etwa das Projekt „COVER. 
BOUTIQUE". Eine App, mit der Anwender*innen zwei aus- 
gewählte Kunstwerke visuell miteinander verschmelzen 
und eine eigene Collage erstellen können. Die Kreationen 
werden passend zu den Konturen verschiedener Smart- 
phones ausgedruckt und ausgeschnitten. Hinter trans- 
parenten Silikonhüllen verschönern und individualisieren 
sie die Rückseiten von Handys. Genau so könnten auch 
kultur- und geschichtsinteressierte Senior*innen eine 
Zielgruppe sein, weil sie womöglich einen ganz eigenen 
Blick auf den Umgang mit Kulturdaten sowie die Themen 
der Datensets mitbringen. 
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DER MIX MACHT'S 


An einem Kultur-Hackathon wie Coding da Vinci soll grund- 
sätzlich jede*r teilnehmen können. Das Ziel ist eine Veran- 
staltung ohne Hürden und Barrieren, zu der sich nicht nur 
Menschen mit Programmierkenntnissen eingeladen fühlen, 
sondern alle, die Lust darauf haben, kreativ mit Kultur und 
Kulturdaten umzugehen, sich Kultur zu eigen zu machen. 


Gesucht sind gute Ideen, die andere dafür begeistern, sie 
gemeinsam umzusetzen. Für die Zusammensetzung der 
Teilnehmer*innen-Gruppe wie der Projektteams gilt folg- 
lich: Der Mix macht's. 


Aus diesem Grund sollten die Hackathon-Organisator*in- 
nen nicht nur für alle denkbaren Teilnehmenden offen sein 
- sondern auch für -o diejenigen, an die vielleicht erst ein- 
mal nicht gedacht wird. Damit kreatives Arbeiten bei ei- 
nem Hackathon móglich wird, braucht es stets eine Vielzahl 
sich ergánzender Fähigkeiten, Perspektiven und Zugänge. 


Je offener die Ansprache der Organisator*innen an die po- 
tenziellen Teilnehmenden ist, desto gróBer die Chance, 
dass sich der Wunsch nach Vielfalt der Zusammenset- 
zung einlóst. 


$us sich 


ergänzender 
Fähigkeiten, 
Perspektiven und 
Zugänge sind 
notwendig 
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—о 


Mia san тїт Radl da 


Ein Beispiel für ein Citizen Science-Pro- 
jekt ist „Nachgeradelt.de”, entstanden bei 
Coding da Vinci Ost 2018. Beteiligte am 
Kollektiv ,Die Datenlaube" entwickelten 
den Prototypen einer Webanwendung, mit 
der historische Touren für heutige Rad- 


fahrer*innen erlebbar und nachfahrbar 
gemacht werden können. Das Projektteam 
sammelte alle digitalisierten Touren im 
Umfeld von Leipzig zwischen 1880 und 
1930, um eine ausgewählte Strecke test- 
weise zu befahren und Stationen entlang 
des Weges digital mit Details und Zusatz- 
informationen anzureichern. 
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CREATIVE MEETS TECH 


Logischerweise richtet sich ein Hackathon an Hacker*in- 
nen. Doch neben den klassischen Tech-Communities wa- 
ren bei Coding da Vinci stets Kreative aller Couleur vertre- 
ten. (Medien)Künstler*innen, Kunst- und Kulturinteresse 
aus den verschiedensten Sparten, Grafik-Studierende, 
Geisteswissenschaftler*innen - oder auch Engagierte aus 
dem Bereich -o Citizen Science. 


Natürlich braucht es bei einem Kultur-Hackathon Teil- 
nehmende, die mit Code umgehen, prozessieren, Anwen- 
dungen designen kónnen. Alle Arten von technischen Fá- 
higkeiten sind willkommen und werden benötigt. Gefragt 
ist das Coding von Apps (fürs Web oder mobil), gesucht 
sind Game-Entwickler*innen und UX-Designer*innen, 
ebenso Menschen, die sich auf Storytelling oder karten- 
basierte Anwendungen verstehen (ein häufiges Thema 
bei Kulturdaten). 


Aber auch -o Design-Studierende, die selbst nicht über 
Programmierkenntnisse verfügten, haben immer wieder 
die Coding da Vinci-Ausgaben mit ihren Ideen bereichert. 
Die Skala der Skills ist genau so offen, wie der Komplexität 
möglicher Projekte keine Grenzen gesetzt sind. 


Anziehpuppe, digital 


Die Design-Studentin Ronja Erhardt 

hat sich 2021 beim Kultur-Hackathon 

in Schleswig-Holstein das Projekt 
„Historischer Kleiderschrank" ausgedacht 
- eine Augmented Reality-App, mit deren 
Hilfe Benutzer*innen in Trachten aus 
unterschiedlichen Jahrhunderten und 
Regionen schlüpfen können. Erhardt, 

die selbst nicht programmieren konnte, 
entwickelte ihr Konzept u.a. mit Hilfe von 
Instagram-Filtern so weit, dass Entwick- 
ler*innen übernehmen und es fortführen 
konnten. Dank großer Unterstützung der 
datengebenden Schleswig-Holsteinischen 
Landesbibliothek - sowie einer Anschluss- 
förderung der Kulturstiftung des Bundes 
- ist die App mittlerweile fertig entwickelt 
und als „Dressed App” in den gängigen 
Stores erhältlich. 
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Es sind im Kontext von Coding da Vinci schon Virtual-Re- 
ality-Anwendungen entstanden wie ,Freiheit DIY" bei der 
Ausgabe Ost? 2022, ein Game auf Grundlage eines Daten- 
sets des Zuse-Computer-Museums Hoyerswerda: Die Spie- 
ler*innen suchen sich die Einzelteile zum Bau eines UHF- 
Konverters zusammen, wie er in der DDR benötigt wurde, 
um Westfernsehen zu empfangen. 


Genau so haben Auseinandersetzungen mit dem Thema 
Künstliche Intelligenz (KI) stattgefunden - wenngleich 
die vorliegenden Datenmengen oft zu gering sind, um da- 
mit eine Kl zu trainieren. Dennoch ist aus einem Einfüh- 
rungsseminar zu КІ und maschinellem Lernen im Rah- 
men von Coding da Vinci Niedersachsen 2020 die Gruppe 
Maschinenlerner" hervorgegangen, die seitdem regelmä- 
Big mit den Möglichkeiten von KI experimentiert und ihre 
Versuche dokumentiert. 


Bei einem Kultur-Hackathon müssen nicht zwangsläufig 
sichtbare Ergebnisse wie Prototypen entstehen - auch das 


gemeinsame Lernen an sich ist ein Gewinn. 
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WO FINDE ICH DIE TEILNEHMENDEN? 


Die potenziellen Teilnehmenden zu finden und zum Mit- 
machen zu motivieren, ist das A und О eines Kultur-Ha- 
ckathons - und eine nicht zu unterschátzende Heraus- 
forderung. Im Unterschied zur Datengeber*innen-Akquise 
braucht die Gewinnung der Teilnehmenden ungleich mehr 
Zeit. Man findet Interessierte eben nicht an einem zent- 
ralen Ort, oder erreicht sie über eine schnell verschickte 
Rundmail Z. 


Am vielversprechendsten ist das persónliche Treffen, bei 
dem die Hackathon-Organisierenden schildern kónnen, 
was sie planen - und weshalb sich das Mitmachen lohnt. 


Über Social Media lässt sich eine Veranstaltung zwar bis 
zu einem gewissen Grad bekannt machen, aber zur Teil- 
nahme bewegt die Prásenz in den sozialen Netzen nicht 
automatisch 22. Hier und da lassen sich Designstudierende 
sicher über Instagram erreichen, oder Entwickler*innen 
über Mastodon (inzwischen eher als auf Twitter). Grund- 
sätzlich ist das Bewerben des Hackathons über diese Ka- 
па!е aber so wenig ausreichend wie der Aushang von Pla- 
katen oder das Verteilen von Flyern. 


e 


Das Beispiel „Ablauf Teilnehmenden-Akquise" 
liegt im Toolkit-Ordner 3_Teilnehmende. 


9 


Ein Beispiel für die Möglichkeit, den 
Kultur-Hackathon auf einer Plattform wie 
meetup.com zu prásentieren, findet sich im 
Dokument „Texte für Meetup" im Toolkit- 
Ordner 3. Teilnehmende. 
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p Es gilt: ein Face-to-Face-Gesprách ist besser als ein Tele- 


Einen ausführlichen Überblick -thie fonat ist besser als eine E-Mail. Orte, an denen Potenziale 


Anspruch auf Vollständigkeit -, bietet das für die Akquise Z? liegen, sind unter anderem: 


,Merkblatt Teilnehmenden-Akquise" im 
Toolkit-Ordner 3. Teilnehmende. 


e persónliche 
Begegnung 
suchen 


Tabelle 1 


Hochschulen 


=) Zielgruppen können hier Studie- 


rende der Fachrichtungen Design, 
Medien, Kunst(geschichte), IT, 
Digital Humanities, Mode etc. 

sein - praktisch jede Disziplin, 

die Kreativitàt verlangt. Auch Mit- 
arbeiter*innen der Rechenzentren, 
Bibliotheken, von Hochschul-Radio 
oder CampusTV sind mögliche 
Teilnehmende. Die Ansprache 
kann über Dozierende oder die 
Fachschaften erfolgen. 


Agenturen, 
Gründer*innen-Zentren 
oder Startups 


=) In Creative (Tech) Agenturen, 
Software-Startups, Gründer*in- 
nen-Zentren, Inkubatoren oder 
auch Co-Working-Spaces können 
Entwickler*innen, (Game)desig- 
ner*innnen und andere Tech- 
Kreative angesprochen werden. 
Auch für Menschen, die bereits im 
Beruf stehen, ist die Teilnahme 
an einem Hackathon lohnend. 
Prototypen, die dabei entstehen, 
künnen beispielsweise Startups 
gut fürs Showcasing verwenden, 
um die eigenen Potenziale zu 
demonstrieren. 


Wo Teilnehmende zu finden sind 


Hacker-, Maker-Spaces, 
ОК Labs, User-Groups & 
Meetups 


=) Hacker*innen, Maker*innen, Kul- 


turbegeisterte, Entwickler*innen, 
Designer*innen etc. sind die prä- 
destinierten Teilnehmenden eines 
Kultur-Hackathons. Auch hier gilt: 
am besten persónlich Kontakt 
aufnehmen! Empfehlenswert ist 
der Besuch von (0K) Labs, Stamm- 
tischtreffen, Meetups, Digital 
Hubs, Maker- und Hacker-Spaces. 
Anbahnen lásst sich ein Kontakt 
beispielsweise über Community- 
Websites wie meetup.com oder 
devpost.com. 


Netzwerke, 
Veranstaltungen, Messen, 
Kongresse 


=) Um mit Entwickler*innen, (Game-) 


Designer*innen, Coder*innen, 
Hacker*innen und Maker*innen 

in Kontakt zu kommen, können 
Mailings an einschlägige Netz- 
werke und Mailinglisten hilfreich 
sein. Empfehlenswert ist auch der 
Besuch von Messen, Kongressen 
und Fachveranstaltungen (wie 
GamesCom, re:publica, Chaos 
Communication Congress, Wiki- 
Con, Data Camps u.a.) - oder auch 
von anderen Hackathons oder 
ähnlichen Co-Creation-Events. 
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Die Extrameile lohnt sich! 


Veranstaltungsteams von Coding da Vinci haben immer 
wieder sogenannte Roadshows unternommen, um 
Teilnehmende zu gewinnen - haben also eine Reihe 


verschiedener Locations, Veranstaltungen oder Meetings 
aufgesucht und beispielsweise einen Vortrag in einem 
OK Lab vereinbart, bei dem der Hackathon vorgestellt 
und fürs Mitmachen geworben werden konnte. Auf diese 
Weise wird die Veranstaltung zum Thema und kann sich 
auch per Mundpropaganda verbreiten. 


WIE MOTIVIERE ICH POTENZIELLE 
TEILNEHMENDE? 


Coding da Vinci hat stets auf Teilnehmende gesetzt, die 
von sich aus motiviert waren, Neues zu lernen, Neues aus- 
zuprobieren - statt etwa Geldgewinne oder hochwertige 
Sachpreise auszuloben. Freilich ist das eine grundsätz- 
liche Entscheidung, andere Modelle sind denkbar. Geld be- 
deutet für viele eine starke Motivation. Studierende kön- 
nen beispielsweise zum Mitmachen bewegt werden, indem 
sie im Rahmen paralleler Lehrveranstaltungen für die Teil- 
nahme am Hackathon mit Credit Points belohnt werden. 
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Klar ist: Solche Weichenstellungen haben Auswirkungen 
darauf, welche Zielgruppen sich angesprochen fühlen. Die 
Gründer*innen von Coding da Vinci hatten Teilnehmende 
im Sinn, die gemeinsam mit Spaß kreativ sein wollen. 


LOHNENDE ZIELE - GEMEINSAM 
ZUKUNFT GESTALTEN 


Was bereits Motivation genug sein kann, das sind die loh- 
nenswerten Ziele, die ein Kultur-Hackathon wie Coding da 
Vinci verfolgt. Schließlich geht es darum: 


* den Wert offener Kulturdaten sichtbar zu machen 
* neue Kontexte für Kulturdaten zu generieren 
die Nachnutzung von Daten und Codes zu ermüglichen 
* neue Allianzen zwischen Kultureinrichtungen und 
diversen Communities zu stiften 


eua. Anreize 


bewusst und mit 
bedacht setzen. 
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e 


Eine Übersicht über den zeitlichen Ablauf der 
,Kommunikation mit Teilnehmenden" sowie 
eine umfassende Vorlagensammlung für 
,E-Mails an Teilnehmende" findet sich im 
Toolkit im Ordner 3. Teilnehmende. 


e 


Beispiele für „Anschreiben“ finden sich im 
Toolkit-Ordner 3. Teilnehmende. 


e 


Ein Beispiel ist der Universal Code of Con- 
duct, der bei allen Wikimedia-Projekten und 
-Veranstaltungen gilt 
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ENTFALTE DEINE FÄHIGKEITEN! 


Freilich bietet der Hackathon auch den Teilnehmenden 
selbst eine Fülle von Möglichkeiten, die eigenen Fähigkei- 
ten zu entfalten. Sie können: 


* Neues Lernen 
* die Erstellung von Prototypen 
* die Entwicklung verschiedenster Anwendungen 
* Teamarbeit 
• Pitch-Präsentation 
• Fähigkeiten testen 
* Ein Kultur-Hackathon fördert den Mut, Ideen zu 
entwickeln und zu testen. 
* Neu erworbene Skills können in einem geschütz- 
ten Rahmen erprobt werden. 
* Netzwerken 
* Der Kultur-Hackathon bietet die Chance, die 
eigenen Netzwerke zu erweitern - mit anderen 
Teilnehmenden, Veranstalter*innen, Institutionen. 
* Referenzen sammeln 
e last but not least: Ein innovatives Projekt, das im 
Kontext eines Kultur-Hackathons wie Coding da 
Vinci entstanden ist, kann eine hervorragende 
Referenz für den weiteren beruflichen Weg sein. 


DIE RICHTIGE ANSPRACHE FINDEN 


Grundsátzlich gehórt zur Motivation von Teilnehmenden, 
den richtigen Ton Z? und die passende Ansprache zu fin- 
den, die Menschen in ihren jeweiligen Zusammenhängen 
abzuholen und mitzunehmen, kurzum: entgegenkommend 
und wertschátzend zu sein. Ganz gleich ob in einem Mai- 
ling Æ, das den Kontakt anbahnen soll, oder in der persón- 


lichen Begegnung. 


Bei aller schriftlichen Kommunikation im Zuge von Coding 
da Vinci hat es sich bewáhrt, Formulierungen zu wáhlen, 
die ein Willkommenssignal senden, sich um Augenhöhe 
bemühen und Ausschlüsse zu vermeiden versuchen. An- 


gefangen beim Gendern. 


Es empfiehlt sich außerdem, einen Code of Conduct zu 
formulieren und ihn bereits im Vorfeld des Hackathons zu 
kommunizieren. Verhaltensregeln, die verbindlich und ein- 
fach umzusetzen sind und auf die Teilnehmende sich be- 
rufen kónnen, geben gerade Menschen mit Diskriminie- 
rungs- oder Gewalterfahrung Sicherheit @. 


Wer den Hackathon zum Safe Space erkláren móchte, 
sollte sicherstellen, dass alle damit verbundenen Anfor- 
derungen auch wirklich garantiert werden kónnen. Alles, 
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was Inklusion ausmacht, braucht zusátzliche Ressourcen. 
Sie aufzuwenden, kann zweifellos lohnend sein - die Ziel- 


gruppen werden es wahrnehmen und honorieren. 


WIE VIELE TEILNEHMENDE BRAUCHT 
EIN KULTUR-HACKATHON? 


Eine Frage, die nicht pauschal zu beantworten ist. Was 
nicht gilt, ist die Formel Masse gleich Klasse. Eine Reihe 
von Rahmenbedingungen entscheiden darüber, wie viele 
Teilnehmende der Kultur-Hackathon braucht, um seiner 
eigenen Zielsetzung zu genügen. Und stets bleiben Un- 
wägbarkeiten. Bei einer großen Veranstaltung mit 200 
Teilnehmenden kónnen die Ergebnisse hinter den Erwar- 
tungen zurückbleiben, bei einem kleinen Hackathon mit 
20 bis 50 Beteiligten entstehen womóglich drei staunens- 
wert kreative Projekte. 


Wichtig ist, dass diejenigen, die teilnehmen, auch aktiv 
werden, dass sie offen sind, aufeinander zugehen, inter- 
disziplináre Teams (oder auch: ein Team) bilden und mit 
Experimentierlust zur Sache gehen. 
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Ein Hackathon hat dann die richtige Anzahl an Teilnehmen- 
den, wenn die Versammelten die Richtigen sind - im Sinne 
des Spirits der Veranstaltung. Siehe auch: Der Mix macht's. 


Freilich existieren logistische Parameter. Ein Kultur-Ha- 
ckathon, bei dem nur eine Institution vier oder fünf the- 
matische Datensets bereitstellt, benötigt weniger Teilneh- 
mende als es bei Coding da Vinci stets der Fall war. In der 
Regel hatten die einzelnen Ausgaben jeweils mehr als 20 
Datengeber*innen - entsprechend war die Hypothek, eine 
kritische Masse von Menschen zu organisieren, die poten- 
ziell davon angesprochen werden. Wobei es die Garantie 
nie gab und gibt, dass jedes Datenset auch Interessierte 
findet. Was den Funken überspringen lässt, ist letztlich 
ein sehr individuelles Matching. 


e richtige Mischung ist wichtiger als 
die Menge der Teilnehmenden. 
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m Kontakt 


bleiben und Inte- 
resse zeigen 
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WIE PFLEGT MAN DIE BESTEHENDE 
COMMUNITY? 


Auch dafür existiert kein Patenrezept. 


Schon wáhrend des Hackathons wird spürbar, wie enga- 
giert die Teilnehmenden sind, wie willkommen sie sich füh- 
len. Ihnen mit Offenheit zu begegnen, legt den Grundstein 
dafür, dass sie gerne wiederkommen. Doch auch das be- 
deutet keinen Automatismus für eine erneute Teilnahme 
oder einen dauerhaften Kontakt. Denn jede*r hat persón- 
liche Lebensumstànde und kommt aus ganz eigenen Grün- 
den zum Hackathon - oder auch nicht. 


Eine Empfehlung ist, ehemalige Teilnehmende auch ohne 
konkreten Anlass zwischendurch zu kontaktieren, sich bei- 
spielsweise zu erkundigen, wie sich ihre Projekte entwi- 
ckelt haben, ihnen Unterstützung anzubieten, etwa bei der 
Kommunikation mit Institutionen oder der Suche nach Fór- 
derung - kurzum: Interesse am Menschen zu zeigen, nicht 
nur am Hackathon-Teilnehmenden. 


Falls sie ihre Einwilligung geben, kónnen Ehemalige natür- 
lich auch mit einem Community-Newsletter auf dem Lau- 
fenden gehalten werden. 


J _ 
о 
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Take Home Messages 


Je diverser die Zusammensetzung der Teilnehmenden 
und ihrer Skills, desto besser 

Nicht nur Entwickler*innen - ALLE können bei einem 
Hackathon etwas Wertvolles beitragen. 
Teilnehmenden-Akquise kostet Zeit - die ist aber gut 
investiert. 

Persönlicher Kontakt ist Trumpf, Verbindlichkeit sticht. 
Offene, inklusive Ansprache auf Augenhöhe wirkt 
einladend. 

Lieber wenige motivierte Teilnehmende als viele un- 
inspirierte. 
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i E Jetzt dreht sich alles um die Planung: Wann sollte 
B der Hackathon idealerweise stattfinden? Wie 
viel Vorlauf braucht es? Was gibt es zu tun? Und - 
eine stets beliebte Frage - was kostet das alles? 
Antworten darauf geben wir in diesem Kapitel. 
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TERMINPLANUNG 


Wie ein Kultur-Hackathon geplant werden sollte, wie viel 
Vorlauf er benótigt und welche Zeit die einzelnen Etap- 
pen verlangen, hängt von einer Reihe von Faktoren ab: Soll 
die Veranstaltung wie Coding da Vinci durchgeführt wer- 
den, mit Kick-Off, mehrwóchiger Sprintphase und Preis- 
verleihung? Oder bleibt der Hackathon auf ein Wochen- 
ende beschränkt? Stellt nur eine Institution ihre Daten 
zur Verfügung - oder sind mehrere 
Datengeber*innen beteiligt? Und ist 
vorgesehen, die datengebenden Kul- 
tureinrichtungen zu beraten? 


Je sorgfältiger die Planung, 
desto angenehmer fühlt 
dich der Hackathon an - 
für alle Beteiligten. 


Gerade in letzterem Fall empfiehlt es sich, viel Zeit einzu- 
planen. Bei Coding da Vinci waren in der Regel mehr als 20 
datengebende Institutionen involviert, die mit einen Call 
for Data und Onboarding-Terminen auf die Teilnahme am 
Hackathon vorbereitet wurden. Das Ziel war, ihnen Grund- 
lagenwissen zu vermitteln, sie auf dem jeweiligen Stand 
ihrer Digitalisierung abzuholen und ihnen zu helfen, einen 
nächsten Schritt zu gehen, offener und interoperabler zu 
werden (s. Kapitel 2: Daten). Ein Abstimmungsprozess, für 
den mehrere Wochen eingeplant werden müssen. 
Ebenso zeitaufwendig ist (in jedem Fall)die Akquise der 
Teilnehmenden (s. Kapitel 3: Teilnehmende). 


Idealerweise sollten beide Prozesse parallel ablaufen - 
aber von getrennten Teams übernommen werden. Ist das 
nicht móglich, muss ausreichend Zeit eingeplant werden, 
um sich beiden Aktivitáten mit der nótigen Sorgfalt wid- 
men zu kónnen. 


Im Fall von Coding da Vinci wurde in der Regel ein halbes 
Jahr vor dem Kick-Off mit der Arbeit begonnen. Das bedeu- 
tet: Zu diesem Zeitpunkt sollte das Team stehen - inklusive 
einer Projektkoordination, die die Zügel in der Hand hált. 


Folgender zeitlicher Ablauf hat sich bei Coding da Vinci be- 
wáhrt, schrittweise vom Kick-Off-Termin zurückgerechnet: 
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EINS NACH DEM ANDEREN/SCHRITT FÜR SCHRITT ZUM HACKATHON 


Startschuss für das 
Veranstaltungsteam 
{© 7 bis 8 Monate vor Kick-Off 


=) Identifikation von 
potenziellen Datengebenden und 
Teilnehmer*innen 
=) Erstkontakte herstellen über 
* vorhandene Netzwerke 
* Roadshows/Informationsstände 
* Presse- und Öffentlichkeits- 
arbeit 
* Kreatives Klinkenputzen 
* Kooperationen mit Università- 
ten und Verbänden 
=) Wenn möglich, Aufbau einer 
Medienpartnerschaft 
= Finanzplanung 


Tabelle 2 


Beginn der 
Vorbereitungsphase 
{© ab 6 bis 6,5 Monate vor Kick-Off 


=) Projektkoodinator*in einstellen 

=) Onboarding des Veranstaltungs- 
teams 

= Website für den Hackathon anlegen 

=) Terminplan für den Hackathon fest- 
legen 

=) Veranstaltungsráume buchen 

= Grundlagen-Orga 

= Spezifikation der benötigten Technik 
erstellen 

=? VIPs, Sprecher*innen, Referent*in- 
nen, Keynote-Speaker und Jury- 
Mitglieder identifizieren: 

* Onboarding für Datengebende 
(Themen: Rechte und Lizen- 
zen, (Meta-)Datenqualität, 
Datenprásentation, Hackathon 
allgemein) 
ggf. Prásentationsworkshops 
Kick-Off: Moderation, Gruß- 
worte, Input-Sessions 
Preisverleihung: Moderation, 
Grußworte, Keynote, Jury 

=) Sponsoring/Fundraising 

=) Buchung/Organisation 2. В. von 
Catering, Technik, Transportservices 
(Shuttle, Bikes, E-Roller, Bühne etc.) 


Timeline für Coding da Vinci 


Call for Data 
{© ab 5 Monate vor Kick-Off 


= Offizieller Aufruf an die daten- 
gebenden Institutionen, sich mit 
offenen Datensets am Hackathon zu 
beteiligen 
=) Presse- und Öffentlichkeitsarbeit für 
die kreativ-technisch interessierten 
Teilnehmenden intensivieren. 
= Organisation der Onboarding-Ver- 
anstaltung für Datengebende: 
* Programm/Ablauf 
* Raumplanung 
* Präsentationstechnik 


Einladung der Datengebenden 
zu den Dnboarding Veranstaltungen 
(0) ab A bis 4,5 Monate vor Kick-Off 


=) Vorbereitung von Informationsmate- 
rial und Merkblättern 

= Persönliche Kontakte zu den Daten- 
gebenden aufbauen 

=) Beratung hinsichtlich der Themen 
Datenqualität und Auswahl der Daten 

=) Vortragende reichen ihre Präsenta- 
tionen ein 


Onboardingtermine 


für Datengebende und Datenberatung/ 
Roadshow Teilnehmenden-Akquise 


{© ab 3 bis 3,5 Monate vor Kick-Off 


=) Versand der Datenmerkblätter 

= Beratung hinsichtlich der Themen 
Datenqualität und Auswahl der Daten 

= Zusagefrist für Datengebende endet 
(ca. 2 Monate vor Kick-Off) 

=) ggf. Präsentationsworkshops 

=) Roadshow/Klinken putzen Teilneh- 
menden-Communities 
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Alle Datensets 
werden veröffentlicht 
LO ab 3 Wochen vor Kick-Off 


Datensets werden übermit- 
telt, Öffnung der Registrie- 
rung für Teilnehmer*innen 

LO ab 5 Wochen vor Kick-Off 


Organisation Kick-Off 
LO ab 2 Monate vor Kick-Off 


Kick-Off 
Sprintphase 
{© im Anschluss an Kick-Off 


Preisverleihung 
{© 6 bis 10 Wochen nach Kick-Off 


=) Heiße Phase Öffentlichkeitsarbeit 


=) Programm/Ablauf =) Datengebende stellen ihre Daten = Zwei, vier ... bis zu wöchentliche =) Auswertung Öffentlichkeitsarbeit 


=) Moderation, Reden, Presse, Namens- zur Verfügung = hbgabefrist für: Präsentationen, Meet-ups = Evaluation 
schilder, Registrierung, Infomaterial | = Kick-Off-Event bewerben Grußworte, Reden, Input-Sessions = Projektteams und Datengebende bei 
Teilnehmer*innen, Datenschutzhin- 7$ Ticketing = Bühnentechnik der Zusammenarbeit begleiten 
weis =) Briefings für Datengebende =) Briefings für Einsatzkräfte =) Programm /Ablauf Preisverleihung 
= Graphic Recording =) Raumplanung (auch Beschilderung, = Meet-ups vorbereiten veröffentlichen 
=) Hackdash, Etherpad, etc. Wegweiser), Prásentationstechnik, = Registrierung für die Preisverleihung 
= Dokumentation (Foto, Video, W-LAN üffnen 
Live-Streaming) =) Jury für die Preisverleihung = Ticketing 
festlegen und briefen = Präsentationen der Projektteams 
= Programm/Ablauf Preisverleihung einsammeln (Frist setzen) 
vorbereiten = Projektteams stellen ihre Projekte 
=) Roadshow/Klinken putzen online 
Teilnehmenden-Communities = Planung, Briefing Moderation, 
Grußworte, Keynote 
=) Raumplanung, Organisation, Catering 
= Werbung und Öffentlichkeitsarbeit 
zur Preisverleihung 
= Registrierung, Namensschilder, Ein- 
willigungen Datenverarbeitung etc. 
=) Briefings für alle Beteiligten: 
Redner*innen, VIPs, Helfer*innen, 
Projektteams, Moderator*innen, Jury 


etc. 


ош gutes halbes Jahr Vorlaufzeit für einen 
erfolgreichen Kultur-Hackathon 
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WELCHE ROLLEN UND 
AUFGABEN GIBT ES? 


7 
Die wichtigste Position bei einem Kultur-Hackathon ist die Ф 


PROJEKTKOORDINATION, sozusagen die Exekutive 9. Die Es empfiehlt sich, hierfür eine Dreiviertel- 
Stelle für ein Dreivierteljahr einzuplanen 


Projektkoordination sollte keine anderen Aufgaben neben- EE ER 


her erledigen müssen, schlieBlich fállt viel an: Emailing, 
Planung (z.B. mit Hilfe dieses Playbooks), Verbindungen 
halten, an Abgabefristen erinnern, Aufgaben delegieren. 


Zudem hat es sich bei CdV bewährt, getrennte Teams für die 
Datenberatung und die Teilnehmenden-Akquise zu haben. 


Die DATENBERATER*INNEN müssen ihr Metier natürlich 


Projekt- 
koordination 


Сэ 
in technischer Hinsicht verstehen und wissen, wie Daten 

lizenziert werden, wie ein Datenset optimal maschinen- CS 
lesbar gemacht wird. Sie sollten zudem auch Beratungs- 

kompetenz und Geduld mitbringen. 


Fürdie TEILNEHMENDEN-AKQUISE ist es wiederum wich- ^ 

tig, dass die entsprechenden Team-Mitglieder móglichst < 

gut vernetzt sind und persönliche Verbindungen іп die Com- "e, 

munities haben. Je nach Zielgruppe(n) des Hackathons ^e, (9 


88 
sollte dieses Team möglichst ausgewogen besetzt sein - A di 
mit Menschen aus dem Hochschulbereich, Studierenden, Verteilte Arbeit ist 

Aktiven in OK Labs oder bei Chaos Computer Clubs, also bessere Arbeit. 
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Menschen, die eine authentische Ansprache an die po- 
tenziellen Teilnehmenden mitbringen. Andernfalls kann 
es eine Weile dauern, bis Organisierende und Teilneh- 
mende eine gemeinsame Sprache finden - besser, diese 
Hürde besteht von vornherein nicht. Umso zielgerichte- 
ter kann die Akquise vorgenommen werden. 


SchlieBlich braucht es Helfende mit Erfahrung im EVENT- 
BEREICH. Menschen, die eine geeignete Location für 
den Hackathon finden, technisches Equipment und 
das Catering organisieren. Nicht selten sind dies auch 
Mitarbeitende der Örtlichkeiten, in denen der Hacka- 
thon stattfindet. 


Nicht zu vergessen: Auch wáhrend des Kick-Offs, der 
Sprintphase und der Preisverleihung braucht es jede 
Menge HELFENDE HÄNDE. Menschen, die den Einlass 
regeln, Räume für Breakout-Sessions betreuen, das 


erschaubare Aufgaben auf viele 
Menschen verteilt 


Zeitmanagement im Blick haben, die Pressebetreuung 
übernehmen, sofern Presse eingeladen wird. 


Abgesehen von der Projektkoordination sind für alle 
diese Aufgaben keine Vollzeitkräfte vonnöten. Ineinem 
gut aufgestellten Datenberatungs-Team kann sich zum 
Beispiel ein Mitglied um drei bis fünf Datengebende küm- 
mern. Wie bei fast allen Veranstaltungen empfiehlt es 
sich, mehr Menschen mit überschaubaren Aufgaben zu 
betreuen, als wenige mit groBen. 


Aufwand einschátzen 


Generell hängt die Zahl der erforderlichen Organisieren- 
den einmal mehr von der Ausrichtung des Hackathons ab: 
Veranstaltet eine Kulturinstitution ein Wochenende lang 


einen Hackathon in den eigenen Ràumlichkeiten, braucht 
es selbstverständlich keine datenberatenden Teams. Soll 
das Event hingegen im Stil von Coding da Vinci statt- 
finden, gilt es, die beschriebenen Positionen möglichst 
breit zu besetzen. 
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WAS IST FÜR DIE 
DURCHFÜHRUNG DES 
HACKATHONS WICHTIG? 


LOCATION 


Wenn der Hackathon nach Coding da Vinci-Vorbild geplant 
wird, empfiehlt sich eine Veranstaltungs-Location, die 
nicht nur ein ausreichend groBes Plenum bietet, sondern 
auch mehrere kleinere Räume, in denen sich die Datenge- 
benden nach der Minute Madness ausführlich präsentie- 
ren kónnen. Diese Prásentation kann zwar auch nach dem 
Marktplatz-Prinzip in einem groBen Raum mit vielen ein- 
zelnen Stánden organisiert werden - generell ist es aber 
gut, Rückzugsráume 9 zu haben. 

Auf jeden Fall braucht es ein Auditorium mit Bühne und 
technischer Grundausstattung, wo BegrüBung, eventuell 
Reden und Präsentationen stattfinden können. 


TECHNIK 


Das Allerwichtigste: stabiles und leistungsstarkes WLAN! 
Daneben ist auch Veranstaltungstechnik wie Beamer, Lein- 
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wand, Präsentationslaptop samt allen denkbaren Adap- 
tern, Mikrofon(e) und Lautsprecher (für die Moderation, 
die Datenpräsentation und die Ideenpitches), Lichttech- 
nik und ggf. Streaming-Technik nötig - falls die Veranstal- 
tung auch online übertragen werden soll. 


TONALITÄT 


Wen und was will ich mit meinem Hackathon erreichen? 
Davon hängen organisatorische Entscheidungen ab. 

Soll es ein Grußwort geben - etwa von lokaler Politpromi- 
nenz-, das die Bedeutung der Veranstaltung betont? Sind 
weitere Redner*innen vorgesehen? Soll es eine Modera- 
tion geben, die den Ablauf gestaltet? Kurzum: Wie profes- 
sionell soll der Hackathon aufgezogen werden? 

Zu klären gilt es außerdem, ob Öffentlichkeit 9 herge- 
stellt werden soll. Und falls ja: Wie und mit welchem Auf- 
wand? Öffentlichkeitsarbeit, die über die Veranstaltungs- 
ankündigung hinaus geht, verlangt frühzeitige Planung. 
Auch daran hängen Fragen: Soll eine Medienpartnerschaft 
angebahnt werden? Zu welcher Phase der Veranstaltung 
sollen Medienvertreter*innen eingeladen werden? Der 
Kick-Off etwa empfiehlt sich als Arbeitstreffen dazu eher 
nicht, bei einer Preisverleihung hingegen sind Ergebnisse 
zu sehen, zu denen eine Geschichte erzählt werden kann. 


© 

Nicht alle Teilnehmenden wollen zum Beispiel 
in einem gemeinsamen Raum arbeiten, weil 
unter Umständen die Lautstärke stört. Auch 


Essen und Arbeit trennen viele gern - auch 
ráumlich. 


9 
Generell sollte bedacht werden, dass ein 
Kultur-Hackathon kein leicht vermittelbares 


Thema ist. Es braucht für AuBenstehende 
Erklärungen - und Kontext. 
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| 


Event-Mechanik: 
Wenn die einzelnen 
Elemente perfekt 
ineinandergreifen, 
läuft der Hackathon 
wie geschmiert. 
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BUDGET 


Auch hier sind eine Menge Variablen im Spiel: Sollen Geld- 
preise ausgelobt werden (was bei Coding da Vinci, wie be- 
schrieben, nie der Fall war)? Benótige ich einen Raum für 
20 oder 200 Teilnehmende? Steht die Location kostenlos 
zur Verfügung? Muss Technik zugemietet werden? Sind 
Honorare für Moderation und/oder Keynote-Speaker*in- 


nen fällig? 


Bei CdV waren die Veranstaltungsteams häufig so aufge- 
stellt, dass viele Aufgaben von den beteiligten Institutio- 
nen als Sachleistung übernommen werden konnten - bei- 
spielsweise Datenberatung und Teilnehmenden-Akquise, 
so dass hier keine Kosten für externe Kräfte anfielen. 
Dennoch: Es braucht in den meisten Fállen viele hel- 
fende Hände - und Arbeitszeit kostet Geld. Allein die emp- 
fohlene Dreiviertel-Stelle für die Projektkoordination bean- 
sprucht in der Regel einen nicht geringen Teil des Budgets. 


Die gróBten Posten fallen der Erfahrung nach an für Per- 
sonal, Catering, Raummiete, Technik und Honorare für 
Externe. 


Klar sollte sein, dass ein Kultur-Hackathon im Stil von 
Coding da Vinci ein Maximum an Aufwand bedeutet. Je- 
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doch gibt es viele Abstufungs-Möglichkeiten, die Veran- 
staltung kleiner zu dimensionieren - was sich proportio- 
nal aufs benótigte Budget auswirkt. 


Inspirierende Dokumentationen 


Hilfreich bei der Planung sind die Dokumentationen 
aller bisherigen CdV-Ausgaben - mit Projektberichten, 
Mitschnitten und Informationen zu Daten, Fakten und 
Zahlen. 


https://codingdavinci.de/de/dokumentationen 


J L 
o 
ar 


Take Home Messages 


* Erst konzeptionelle Fragen klären, dann planen 

* Genügend Vorlauf einplanen - insbesondere für die 
Teilnehmendenakquise. 

e Projektkoordination für den Überblick - möglichst 
viele Spezialist*innen für Teilaufgaben 

• WLAN, WLAN, WLAN! 


chleistun- 
gen beteiligter 
Institutionen 
entlasten 
das Budget 


йз = 
3F became 


Kapitel 5 


K | C K = О Е Е à evaporation, but con 


Wenn die Daten online sind, die Teilnehmenden to a room wl 
vor der Tür stehen und das Catering bereit ist - Ша there 
dann kann es losgehen! Wie ein typischer Coding shout fe 
da Vinci-Kick-Off abläuft, was es dabei zu beach- 
ten gibt und alles über den „magic moment" des 
Hackathons schildern wir in diesem Kapitel. 


пПаууоат lidvUdi =чач псі пау іЧасіот 
“navbar-header“ 
“navbar-brand“ fe 

“/img/nav-logo.png“ “Coding Da Vinci“ 


“nav navbar-nav navbar-right“ 

“touchable separator“ 

“/mitmachen/“ &nbsp; &#x25BE; 
“nav navbar-nav“ 

“/mitmachen/#kulturinstitutig 

^" href=“/mitmachen/#teilne 

“ href=“/mitmachen/#cha 
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Jetzt ist es endlich Zeit, 
gemeinsam bislang verborgene 
Datenschátze zu heben. 
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Nützliche Informationen zu allen organisato- 
rischen Fragen finden sich im Toolkit-Ordner 
5_Kick-Off in den Dokumenten „Production 


Bible Kick-Off”, „Raum- und Technik-Anforde- 


rungen Kick-Off" und „Helfer_innen-Briefing 
Kick-Off”. 
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ATMOSPHÄRE 


Der Kick-Off ist das Herzstück des Hackathons. Hier stel- 
len die Kultureinrichtungen ihre Datensets vor, hier fin- 
den sich die Teams zusammen, die damit experimentie- 
ren wollen - und hier wird mit der Arbeit losgelegt. Zwei 
Tage dauert der Kick-Off, in der Regel findet er am Sams- 
tag und Sonntag eines Wochenendes statt. 


Das Wichtigste ist, für eine Atmosphäre des Willkommens 
zu sorgen. Und für eine klare Struktur. 


Alle Beteiligten sollten wissen, was auf sie zukommt - was 
nur scheinbar einen Widerspruch zur beschriebenen Of- 
fenheit des Events bedeutet. Denn je genauer Datenge- 
ber*innen und Teilnehmende darüber im Bilde sind, wie 
das Programm genau abläuft, was ihr Part dabei ist, wel- 
che Programmpunkte und Pausen es gibt, desto siche- 
rer fühlen sie sich. Was wiederum die Voraussetzung da- 
für schafft, dass sie sich auf Neues einlassen, auf andere 
zugehen können. 


Wie bei jeder gut funktionierenden Veranstaltung ist also 
auch beim Kick-Off eine minutióse Planung vonnöten 22. Es 
sollte zudem eine Moderation durch den Tag führen, die Men- 
schen begrüBen, Brücken zwischen den einzelnen bauen. 


ABLAUF 
Bevor eslosgeht: Das Aund O beim Kick-Off ist gutes WLAN! 


Die Teilnehmer*innen wollen nicht nur E-Mails checken, 
sondern sich im Zweifelsfall 1GB an Daten herunterladen. 
Entsprechend sollte die Bandbreite ausgerichtet sein, 
und natürlich auch abgestimmt auf die Zahl der erwarte- 
ten Beteiligten. Es empfiehlt sich also, das WLAN vorab 
zu testen (falls es doch zwischendrin zusammenbricht - 
was durchaus vorkommen kann - ist es wiederum ein gu- 
tes Zeichen: alle arbeiten!) 


chtig sind: 
klare Strukturen sowie eine 
Willkommensatmosphäre 
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SAMSTAG SONNTAG 

BEISPIEL /ABLAUF 
EINES TYPISCHEN KICK- 

9:00Uhr A CHECK-IN 9:00 Uhr A CHECK-IN 
OFFS BEI CDV 

0:00 Uhr A BEGRÜSSUNG 10:00 Uhr ` A BEGRÜSSUNG & CALL FOR PARTICIPATION 
Tabelle 3 — 
Programm Kick-Off 0:30 Uhr =» DATENPITCHING 10:15 Uhr => CODEN 


One Minute Madness Datengeber*innen stellen ihre Daten vor 


11:00 Uhr =) INPUT SESSION I 
11:15 Uhr PAUSE (optional) 


11:30 Uhr = AUSFÜHRLICHE DATENPRÄSENTATION 12:30 Uhr MITTAGSPAUSE 
Vorstellung der Daten in parallelen Sessions oder im 


Markplatz-Format 
14:00 Uhr => INPUT SESSION Il 


(optional) 
13:00 Uhr =) ZEIT ZUM KREATIV WERDEN 


Mittagspause, im Anschluss: freier Austausch 
15:00 Uhr = INPUT SESSION III 


(optional) 
15:30 Uhr = IDEENPITCHING 
Teilnehmende stellen Ihre Ideen vor 


16:00 Uhr = PROJEKTVORSTELLUNG 
Alle Teams stellen den aktuellen Stand ihrer Projekte vor. 


16:30 Uhr = TEAMBUILDING 


Rund im die Ideengeber*innen bilden sich Projektteams 
17:00 Uhr =) WRAP-UP 


und Beginn der Sprintphase 
danach => CODEN 
(open end) Dietrisch;formierten TeamsTangen mitder'ArbelEan. «——— quieti tecti наннан нини I ERE ныны наннын ннн ны 


19:00 Uhr ggf. Abendessen 


KAPITEL 5 / KICK-OFF 


51 


CHECK-IN 


Bei Coding da Vinci hat der Kick-Off in der Regel mit ei- 
ner Zeit des Check-ins begonnen. Die Eintreffenden er- 
hielten an einem Empfangstisch Unterlagen mit Informa- 
tionen zum Programm, konnten sich mit Kaffee versorgen 
sowie im Verlauf des Tages immer wieder auch abseits der 
eigentlichen Mahlzeiten mit Obst. Punkte wie Verpflegung 
sind keine Nebensächlichkeiten, sondern essentielle Zei- 
chen der Wertschátzung. Es kommen Teilnehmende, die 
im Rahmen des Hackathons ihre Freizeit verbringen, eh- 
renamtlich arbeiten und Neues schaffen wollen - gemein- 
sam mit anderen, die sie zuvor noch nicht kannten. Entspre- 
chend sollte ihnen Anerkennung dafür entgegen gebracht 
werden, dass sie sich auf diese Herausforderung einlas- 
sen. Es gilt zu kommunizieren, dass jede*r mit offenen Ar- 
men empfangen wird - vóllig ungeachtet der Frage, was 
der jeweilige Beitrag der Person sein wird. 


rpflegung ist ein essentielles 
Zeichen der Wertschätzung. 


BEGRÜSSUNG 


Die Veranstaltung startet klassischerweise mit der Be- 
grüßung durch eine Moderation. Üblicherweise sprechen 
auch die Organisator*innen ein paar Willkommensworte, 
eventuell gibt es ein Willkommen durch die Gastgeber*in- 
nen (falls der Hackathon nicht in den eigenen Räumlichkei- 
ten der Veranstaltenden stattfindet) - und je nach Präfe- 
renz folgen darauf noch GruBworte, beispielsweise durch 
regionale oder lokale Politiker*innen. Die BegrüBung ist 
das Zeichen an die Teilnehmenden: Wir freuen uns, dass 
ihr gekommen seid! Ausführlicher muss dieser Teil nicht 
werden. SchlieBlich handelt es sich ja um ein Arbeitstreffen. 
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DATENPITCHING 


Bei einem Kultur-Hackathon wie Coding da Vinci kommen 
sehr viele verschiedene Datengeber*innen zusammen, die 
mit einem bestimmten Datenset antreten. Im Rahmen der 
sogenannten One Minute Madness werden diese Sets zum 
ersten Mal kurz vorgestellt. Jede*r Datengebende erhált 
eine Minute Zeit, um die Versammelten (meist mit einer 
Prásentationsfolie)auf das Mitgebrachte neugierig zu ma- 
chen. In diesen 60 Sekunden sollten die Institutionen auf 
den Kern ihrer Daten verweisen und auf den Punkt bringen, 
was sie daran begeistert - der beste Weg, um auch andere 
mit Begeisterung anzustecken. Es ist wichtig, keine Zeit 
mit Vorreden oder Einführungen zur eigenen Institution 
zu verlieren. Der Fokus liegt auf den Daten! Spáter wird es 
noch die Möglichkeit für ausführlichere Erklärungen und 
Vertiefungen geben. 


In der Regel bedeutet die One Minute Madness für Kultur- 
einrichtungen eine Herausforderung, weil sie diese Prä- 
sentationsform schlicht nicht gewöhnt sind - deswegen 
sollten sie, zum Beispiel in Coachings, darauf vorbereitet 
werden (s. Kapitel 2: Daten) 2. 


Der Kreativität sind wiederum keine Grenzen gesetzt. Was 
frisch, spontan und unerwartet kommt, schafft Aufmerk- 
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samkeit. Doch natürlich genügt es auch, schlicht zu erzäh- 
len, was an den Daten, mit denen sich die Institution tag- 
táglich befasst, so faszinierend ist. Denn was am Ende den 
Funken überspringen lásst (oder eben auch nicht) lásst 
Sich kaum vorhersagen. 


Idealerweise sollte es eine Übersicht dieser One Minute 
Madness als Hand-out mit Raum für Notizen geben - der 
Ablauf ist rasant, der Input umfangreich. Sind sehr viele 
Datengeber*innen vertreten, kann auch eine Pause inner- 
halb der Minute Madness nicht schaden. Die Teilnehmen- 
den müssen die Möglichkeit bekommen, ihre ersten Ge- 
danken festzuhalten. 


Performante Prásentationen 


Es waren bei Coding da Vinci schon Datengeber*innen 
vertreten, die für ihre Prásentation in eine zum Datenset 
passende Rolle geschlüpft sind. Die Vertreter*innen des 


Staatlichen Museums für Naturkunde Stuttgart etwa 
haben ein Datenset zu Pflanzengallen (Auswüchse an 
Blättern, in denen oft Insekten leben) in Form einer Per- 
formance vorgestellt - als turbulente Wohngemeinschaft 
in der Galle. 


ET. Sekunden 


auf den Punkt 
gebracht Begeis- 
terung schaffen 


e 


Hilfreich ist hier der „Leitfaden One Minute 
Madness" im Toolkit-Ordner 5_Kick-Off. 
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Parallele Sessions 
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AUSFÜHRLICHE DATENPRÄSENTATION 


Nach der One Minute Madness gilt es, das Momentum zu 
nutzen. Es sollte auch hier eine Unterbrechung geben, da- 
mit alle Gelegenheit haben, sich auf die nächste Situation 
einzustellen. Jedoch am besten nicht länger als 15 Minu- 
ten, damit ein spontan gefasstes Interesse nicht wieder er- 
lischt, oder Eindrücke aus dem Gedächtnis verschwinden. 


Nach dieser kurzen Pause stellen die Institutionen ihre 
Datensets ausführlicher vor. Dafür existieren verschie- 


dene Möglichkeiten. 


Ein Szenario sieht so aus, dass sich die Datengeber*innen 
auf verschiedene Räumlichkeiten verteilen (sofern vor- 
handen), wo sie in PARALLELEN SESSIONS ihre Daten- 
sets näher erläutern (in der Regel visuell unterstützt)und 
Gelegenheit für Rück- und Nachfragen geben. Diese Prä- 
sentationen sollten jeweils nicht länger als eine Viertel- 
stunde dauern(inkl. Rückfragen). Zeitmanagement ist hier 
von Bedeutung. Schließlich sollen die Teilnehmenden die 
Möglichkeit haben, zu einem bestimmten Zeitpunkt die 
Räume zu wechseln. 


Eine andere Variante ist der MARKPLATZ. Die Datenge- 
ber*innen präsentieren sich an Stehtischen, die wie bei 
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einer Messe auf einen groBen Raum verteilt sind - und 
wo sich direkt miteinander ins Gespräch kommen lässt. 
Die Teilnehmer*innen haben die Möglichkeit, unmittel- 
bar nachzufragen, oder direkt mit ihren Ideen loszulegen. 
Es herrscht in der Regel viel Bewegung, die Atmosphäre 
ist aktivierend. 


Beide Formen bieten ihre Vorzüge. Der Akzent ist jeweils 
ein anderer. Bei den parallelen Sessions liegt der Fokus 
eher auf den datengebenden Institutionen, beim Markplatz 
eher auf den Teilnehmenden. Die Einzelpräsentationen be- 
tonen den Wert von Kulturerbe als etwas, wofür es sich 
Zeit zu nehmen lohnt. Der Markplatz - in aller Regel kür- 
zer als die Sessions - setzt auf das kreative Schwarmprin- 
zip. Die Entscheidung ist letztlich eine Geschmacksfrage. 


ZEIT ZUM KREATIV WERDEN 


Idealerweise schließt sich an die ausführliche Datenprä- 
sentation die Mittagspause an, die gut und gerne zwei Stun- 
den Zeit bekommen sollte und die von enormer Bedeu- 
tung ist - denn hier ereignet sich die Magie des Kick-Offs. 


Die Teilnehmenden haben den Input aufgenommen, erste 
Rückfragen gestellt, sind mit den Datengeber*innen ins 
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Gespräch gekommen, vielleicht auch bereits miteinan- 
der. Jetzt mischen sie sich beim Essen, sitzen oder stehen 
zusammen an Tischen, flanieren vielleicht an Grüppchen 
vorbei, die gerade angeregt im Austausch sind, schnap- 
pen Gedanken oder Ideen auf - und können ihrerseits ein- 
haken -o. Hier greifen die Rädchen ineinander, aus denen 
sich die Maschinerie des Hackathons ergibt. Jetzt ist die 
Zeit, sich kennenzulernen und gemeinsam kreativ zu wer- 
den. Ein Vorgang, der sich kaum beeinflussen lásst 9, son- 
dern der organisch passiert. 


Wichtig ist, dass die Datengeber*innen beim Mittagessen 
dabei sind - schlieBlich geht es bei einem Kultur-Hacka- 
thon darum, Institutionen und Communities miteinander 
zu vernetzen. Die Erfahrung hat auBerdem gezeigt, dass 
Projekte, an denen die Datengeber*innen intensiv betei- 
ligt waren, davon profitieren konnten. Je gemischter die 
Teams, desto gróBer der Gewinn für alle Beteiligten. 


Wichtig ist, dass die Datengeber*innen beim Mittagessen 
dabei sind - schlieBlich geht es bei einem Kultur-Hacka- 
thon darum, Institutionen und Communities miteinander 
zu vernetzen. Die Erfahrung hat auBerdem gezeigt, dass 
Projekte, an denen die Datengeber*innen intensiv betei- 
ligt waren, davon profitieren konnten. Je gemischter die 
Teams, desto gróBer der Gewinn für alle Beteiligten. 


9 


Teams? Ја - 
aber offen! 


Bei Coding da Vinci ist 
stets Wert darauf gelegt 
worden, dass möglichst 
keine geschlossenen 
Teams antreten, damit 
genau diese inspirie- 
renden, überraschenden 
Begegnungen stattfinden 
können. Oder dass bereits 
bestehende Teams zumin- 
dest offen sind für weitere 
Beteiligung. Der Wunsch 
ist, ein Setting zu haben, 
in dem neue Kontakte 
geknüpft werden. 


Natürlich ist ein Buffet für diese Situation ge- 
eigneter als ein gesetztes Drei-Gänge-Menü. 
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rhaben im frü- 
hesten Stadium 
ihrer Entwicklung 
vorstellen 
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IDEENPITCHING 


Auf die kreative Pause folgt das Ideenpitching: All das, 
was wáhrend des Austausches beim Essen an Gedanken 
und Vorhaben entstanden ist, wird jetzt auf der Bühne kurz 
vorgestellt und auf einen Punkt gebracht. 


Das Pitching soll keine Drucksituation sein, es sind keine 
ausgereiften Projekte gefragt - und selbstverstàndlich 
muss auch nicht jede*r Teilnehmende etwas Eigenes рга- 
sentieren. Es geht darum, Vorhaben im frühesten Stadium 
ihrer Entwicklung vorzustellen, an die andere andocken 
kónnen, denen jemand vielleicht noch einen Twist zu ge- 
ben vermag -o. Auch hier gilt: Alles ist offen. 


Transportiert werden sollte, dass Unfertigkeit kein Manko 
bedeutet - sondern Möglichkeiten bietet. 


DRUCKFREI PITCHEN 


Weil das Ideenpitching eine freiwillige Situation ist, kann 
Geduld verlangt sein. In der Regel gibt es bei jedem Kick- 
Off Menschen, die es dazu drängt, ihre Gedanken zu teilen, 
und die schon an der Bühne Schlange stehen. Falls dem 
nicht so sein sollte, können die Organisator*innen auch auf 
Teilnehmende zugehen, die bereits Ideen geäußert haben 


Das Eis spielerisch brechen 


Es kann hilfreich sein, wenn die Moderation (zum Beispiel 
mit einem Sidekick) den Teilnehmenden vorweg spiele- 
risch ein oder zwei Varianten anbietet, wie das Ideen- 
pitching aussehen könnte. Beispielsweise: „Hallo, mein 
Name ist X, ich möchte mit den Daten der Institution Y 
ein Game entwickeln, bräuchte aber Unterstützung durch 
eine Person, die Unity beherrscht.” Oder: „Mein Name ist X 
und ich bin Mediengestalter*in, ich würde gerne mit dem 
Datenset Y arbeiten, weil es mich anspricht, habe aber 
noch keine zündende Idee dazu - wer könnte helfen?” 
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-undsie bitten, auf der Bühne den Anfang zu machen, das 
Eis für die anderen zu brechen. 


Es kann jedenfalls immer Phasen geben, in denen Pausen 
entstehen und sich niemand ein Herz fasst. Solche ver- 
meintlichen Durchhänger gehören dazu ©. Wichtig ist, den 
Teilnehmenden zu signalisieren: Die Bühne bleibt offen für 
eure Ideen, alles findet in eurem Tempo statt. 


Zudem muss das Ende des Pitchings nicht bedeuten, dass 
danach keine Ideen mehr angenommen werden. Bei Co- 
ding da Vinci ist den Teilnehmer*innen stets die Möglich- 
keit gegeben worden, auch spáter noch ihre Impulse ein- 
zubringen. 


IDEEN FESTHALTEN 


Austechnisch-organisatorischer Warte ist es wichtig, dass 
Menschen das Ideenpitching mitprotokollieren (meist Mit- 
glieder des Organisationsteams). Die zentralen Informa- 
tionen kommen oft recht unsortiert, deswegen gilt es sie 
herauszufiltern und auf einem Pad с festzuhalten: 


* Wer pitcht? 
* Was könnte ein möglicher Titel für das Vorhaben sein? 
* Worum geht es dabei ungefähr? 
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* Sind bestimmte Anforderungen gestellt? 
* Wo kann ich mit der pitchenden Person ins Gespräch 


kommen (s. u.)? 


Nicht zu vergessen: Den einzelnen Vorhaben sollten Wie- 
dererkennungsmerkmale zugeordnet werden. Bei Coding 
da Vinci Westfalen-Ruhrgebiet waren dies zum Beispiel 
Schilder mit Bergmannssymbolen, gut sichtbar im Raum 
verteilt. Eine andere Variante wäre, Tische im Saal durch- 
zunummerieren und den einzelnen Ideen zuzuordnen. In 
jedem Fall sollte leicht nachvollziehbar sein, welches Vor- 
haben an welchem Ort zu finden ist - damit Interessierte 
leicht dazu stoBen und ins Gesprách kommen kónnen. 


Sketchnotes für bleibende 
Erinnerungen 


Was sich bei Coding da Vinci auch bewährt hat, ist ein 
Graphic Recording bzw. Sketchnotes des Ideenpitchings 
(meist durch extern engagierte Profis). So bleiben nicht 
nur schöne Eindrücke von der Veranstaltung, die Grafiken 
lassen sich auch für die weitere Kommunikation ver- 
wenden - etwa als Symbolbilder für das Hackdash, auf 
dem die einzelnen Projekte zum Abschluss des Kick-Offs 
eingetragen werden. 


© 

Auch hier kann die Moderation helfen, indem 
sie Brücken baut, Übergänge schafft, etwa 

ins Gespräch mit einer Person geht, die ge- 


rade gepitcht hat, oder etwas Anekdotisches 
erzählt. 


zum Beispiel hier: 
https://pad.okfn.de/ 
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Q 

Besonders gefragt ist diese Vermittlung, 
wenn es sich um einen Online-Hackathon 
handelt (s. Kapitel 8: Digitale Alternativen). 
Wenn die Teilnehmenden nicht zusammen in 
einem Raum sind, bekommt das Teambuilding 


eine andere Dynamik und braucht im Zwei- 
felsfall mehr Unterstützung. 
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TEAMBUILDING 


Nachdem die Vorhaben gepitcht und die Ideengeber*in- 
nen mit einem Wiedererkennungssymbol ausgestattet 
wurden, braucht es wiederum Zeit. Bei einem zweitägi- 
gen Kick-Off ist das Ideenpitching der letzte offizielle Pro- 
grammpunkt des ersten Tages, nun geht es darum, dass 
Interessierte in Ruhe mit Ideengeber*innen zusammenfin- 
den, dass Datengeber*innen dazu stoßen und sich Teams 
bilden kónnen. Auch dies ist in der Regel ein organischer 
Prozess, der kaum Lenkung benótigt. Die meisten Ideen 
werden ihr Team finden, einige bleiben übrig. Es gibt nicht 
den Anspruch, alles zu verwirklichen. 


Gut ist es, MENTOR*INNEN mit Hackathon-Erfahrung im 
Organisationsteam zu haben, die vermitteln und unterstüt- 
zen kónnen - indem sie zum Beispiel Teilnehmende, die be- 
stimmte Skills mitbringen, aber noch ohne Team sind, mit 
der für sie passenden Gruppe in Kontakt bringen 9. Idea- 
lerweise bringen die Mentor*innen auch selbst bestimmte 
Fáhigkeiten mit - wie Kenntnisse in Game-Design, in Sto- 
rytelling oder Programmiersprachen -, so dass sie bei Be- 
darf die Teams auch selbst unterstützen kónnen. 


CODEN 


Nach dem Teambuilding klingt der erste Tag des Kick-Offs 
aus. In der Regel wollen die Teilnehmer*innen, die sich ge- 
funden haben, aber sofort mit der Arbeit loslegen und zie- 
hen sich zurück. Es sollte also abgetrennte Ráume geben 
- oder in einem großen Raum: geeignete Nischen -, in de- 
nen ruhiges, konzentriertes Arbeiten möglich ist. 


DER ZWEITE TAG 


... ist meist ein Sonntag und sollte mit einem CALL FOR 
PARTICIPATION starten. Die Teilnehmenden versammeln 
sich, werden mit ihren Ideen noch einmal auf die Bühne 
gebeten, bekommen Gelegenheit zu erzáhlen, ob sich et- 
was verändert hat (an der Idee oder der Teamzusammen- 
setzung), ob sie noch Hilfe oder Unterstützung in irgend- 
einer Form benótigen. 

Organisator*innen sollten damit rechnen, dass nicht 
alle Teilnehmer*innen an diesem Tag erscheinen. Man- 
che schlafen aus, oder sie treffen sich mit ihrem Team 
andernorts. Die üblichen Auflósungserscheinungen bei 
einem Hackathon, die aber kein schwindendes Commit- 
ment bedeuten. Es empfiehlt sich, den Hacker*innen den 
Freiraum zu lassen, den sie brauchen. 
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Bei Coding da Vinci war dieser zweite Kick-Off-Tag meist 
angereichert mit INPUT SESSIONS, beispielsweise in Form 
von Workshops oder Vorträgen zu Themen, die Projekte vo- 
ranbringen können ©. Meist waren bei CdV solche Experti- 
sen im Veranstaltungsteam vorhanden. Die Angebote soll- 
ten aber selbstverständlich freiwillig sein - der zweite Tag 
gehórt ganz den Teams und der Arbeit an ihren Projekten. 


Es kann wiederum ein gemeinsames Mittagessen geben 
sowie ein WRAP-UP am Abend, um Zwischenbilanz zu zie- 
hen: Wo stehen die Teams mit ihren Ideen? Manche kön- 
nen bereits erste Ergebnisse zeigen, bei anderen hat sich 
die Idee in eine vóllig andere Richtung entwickelt als ur- 
sprünglich gedacht. Dieser finale Kick-Off-Austausch dient 
also der Standortbestimmung - und dazu, einen Ausblick 
auf die Sprintphase zu geben. 
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HACKDASH 


Bei Coding da Vinci hat sich ein Hackdash @ oder ein ver- 
wandter Ort bewáhrt, wo die Teams dokumentieren kón- 
nen, woran sie arbeiten. Idealerweise sollte der Ort öf- 
fentlich sein, damit auch eventuell später Dazustoßende 
Zugriff auf das jeweilige Projekt haben. Oder falls noch 
Ideen dazu kommen. 


J L 
о 
ar 


Take Home Messages 


* Minutiöse Planung ist alles. 

* Sicherheit geben: durch klare Strukturen, kluge 
Wegführung und vermittelnde Moderation 

* Auch fürs leibliche Wohl sorgen 
- das ist Wertschätzung! 

* Viel Zeit für freien Austausch bieten. 
Dabei entwickeln sich die Ideen. 

* |deen festhalten: zur Orientierung auf einem Pad, für 
die Ewigkeit in Sketchnotes und für die Öffentlichkeit 
im Hackdash 


Q 

Meist ging es um die Vermittlung von Grund- 
lagenwissen in bestimmten technischen 
Bereichen, etwa zum Einsatz von Wikidata, 
zur Arbeit mit Game-Engines, zur Verwendung 
von GitHub oder generell zu Gamedesign. 


Auch Inputs zu Storytelling haben sich 
bewährt. 


zum Beispiel: 
https://hackdash.org/dashboards/cdvbw22 


SÉ ae Arab E pae. 


“main-signup“ 
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SPRINTPHASE 


Wie man es schafft, in der Sprintphase den 
Kontakt zu den Teams nicht zu verlieren, die Moti- 
vation hochzuhalten und all das ohne irgendeinen 
Erwartungsdruck aufzubauen? Wir erklären in 
diesem Kapitel, wie dieses Kunststück klappt. 


“/mitmachen/#kulturinstitution“ 
“smooth-scroll scroll-hint“ “#inhalt“ 
&#9660; &#9660; &#9660; &#9660; 


“background header-above“ 

“container-fluid nav-container" “inhalt“ 
“navbar navbar-davinci“ “navigation“ 

“navbar-header“ 

“navbar-brand“ le 


“/img/nav-logo.png“ 


“Coding Da LA 


ar-nav navbar-right“ 
able separator" iti 
hen/“ vil 


LUTLALNETTIULG dPiadav-culltalcr UMa KA? 
“navbar navbar-davinci" "navigation" 
“navbar-header“ 
“navbar-brand“ py de 


“/img/nav-logo.png“ “Coding Da Vinci“ 


&nav navbar-nav navbar-right" 
"touchable separator" 
&nbsp; &#x25BE; 


“/mitmachen/#kulturinstitution“ 
“ href=“/mitmachen/#teilnehmer“>) 
GC hrefz"/mitmachen/£challenges/Z£. / 

MS 


an | Us 
Ge ini "du y) 


KAPITEL 6 / SPRINTPHASE 60 


Bei Coding da Vinci ist der Sprint eher 
ein Dauerlauf, bei dem regelmäßiger 
Kontakt zu den Teams das A und O ist. 
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rbindlichkeit 
schaffen 


e 


E-Mail-Vorlagen für die Kommunikation mit 
Teilnehmenden bietet das Toolkit im Ordner 
3 Teilnehmende. 
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Die Sprintphase bezeichnet bei Coding da Vinci den Ab- 
schnitt zwischen Kick-Off und Preisverleihung. Während 
dieser Zeit entwickeln die Projektteams in der Regel ihre 
Ideen zu einem lauffáhigen Prototyp. 


Im Gegensatz zu einem herkómmlichen Hackathon, der 
in der Regel 48 Stunden dauert, ist die Sprintphase bei 
CdV mehrwóchig - die groBe Besonderheit dieses Kul- 


tur-Hackathons. 


Eine exakte Länge lässt sich nicht vorgeben, die Spanne 
reichte in der Coding da Vinci-Geschichte von fünf bis zwölf 
Wochen. Wichtig ist, dass das Ende der Sprintphase vorab 
klar definiert wird: mit dem Datum der Preisverleihung. 


KEINE PAUSE EINLEGEN! 


Für die Organisierenden des Hackathons liegt die größte 
Herausforderung während der Sprintphase darin, den Kon- 
takt zu den Teams zu halten. Besonders wichtig ist, damit 
nicht zu lange zu warten. Spätestens zwei Tage nach dem 
Kick-Off sollte eine nachfassende Mail an die Teilnehmen- 
den geschickt werden, um zu signalisieren: Jetzt geht es 
mit der Arbeit erst richtig los! 


Wer das Momentum nutzen móchte, muss Verbindlich- 
keit schaffen. 


Rundmails gehen dabei leicht unter, besser ist es, die Ha- 
cker*innen teamweise anzusprechen Z^. Wie schon bei 
der Teilnehmenden-Akquise gilt: je direkter der Kontakt, 
desto besser. 


REGELMÁSSIGE MEETUPS 


Ein guter Weg, um den Kontakt zu halten, ist das Ange- 
bot regelmäßiger Meetups - im Prinzip offene Stamm- 
tischtreffen, bei denen die Teams zusammenkommen, 
sei es analog oder online. Menschen aus Tech-Communi- 
ties werden diese Form von Usergroups kennen, die sich 
beispielsweise einmal pro Woche an einem jour fixe zum 
Austausch verabreden. 


Diese Meetups benötigen keine aufwändige Organisation. 
Finden sie physisch statt, genügt ein Raum mit tragfähi- 
gem Internet sowie ein paar Snacks und Getränken. Online 
funktioniert das Treffen natürlich noch niedrigschwelliger. 
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VERBINDLICHKEIT SCHAFFEN UND 
FREIRAUM LASSEN 


Das Ziel der Meetups ist es, eine Kontinuität des Austauschs 
zu schaffen - was durchaus eine Herausforderung bedeu- 
tet. Die Teams arbeiten wáhrend der Sprintphase selbst- 
organisiert und nach ihrer eigenen Facon. Es kann pas- 
sieren, dass die Angebote der Treffen von niemandem 
wahrgenommen werden. Das gilt es auszuhalten - denn 
daraus folgt nicht automatisch, dass die Teilnehmer*in- 
nen von Bord gegangen sind. 


Für die Organisierenden bedeutet die Sprintphase eine 
Gratwanderung. Einerseits sollten sie stets Prásenz zei- 
gen, Hilfsangebote machen und nachhaken, wie der Stand 
der Dinge bei den Teams ist. Auf der anderen Seite brau- 
chen die Teilnehmenden ihren Freiraum und sollten sich 
nicht bedràngt fühlen. 


AUFMERKSAM BLEIBEN 


Die Kunst ist, ein Gespür dafür zu entwickeln, wann Unter- 
stützung benötigt wird. Oft melden die Teams nicht von sich 
aus Bedarfe an, auch nicht auf Nachfrage. Hilfreich kann 
hier ein Blick auf die Entwicklungsumgebung sein - Men- 
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schen, die sich zum Beispiel mit GitHub auskennen, wer- 
den registrieren, wenn sich dort tagelang nichts tut. Móg- 
licherweise ein Zeichen dafür, dass die Arbeit ins Stocken 
geraten ist und Anschub braucht. Generell ist es deshalb 
gut, wenn in den Veranstaltungsteams Menschen vertre- 
ten sind, die sich mit der Arbeit von Tech-Communities 
auskennen und ein Sensorium für sie besitzen. 


ERWARTUNGEN FORMULIEREN 


Ganz pragmatisch empfiehlt es sich, die klare Erwartung 
an die Teams zu formulieren, dass zumindest eine Per- 
son aus ihrer Gruppe an den Meetups teilnimmt. Finden 
die Treffen zu einer arbeitnehmer*innenfreundlichen Zeit 
statt - und noch dazu online - sollte sich eine kurze Was- 
serstandsmeldung ohne groBen Aufwand für alle einrich- 
ten lassen. Das verleiht der Sprintphase mehr Verbindlich- 
keit - und gewährleistet, dass möglichst viele der Teams 
aus dem Kick-Off bei der Preisverleihung auch ein Projekt 
präsentieren können. Diesbezüglich brauchen die Veran- 
stalter*innen schließlich Planungssicherheit. Idealerweise 
hat die Projektkoordination einen guten Draht zu den Teil- 
nehmenden und findet die passende Ansprache. 


e Sprintphase 
erfordert Finger- 
spitzengefühl 
von den Огдапі- 
sierenden 
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rmittlung 
zwischen Daten- 
gebenden und 
Teilnehmenden 
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ANGEBOTE MACHEN 


Nicht zuletzt dienen die Meetups dazu, die Teilnehmer*in- 
nen konkret in ihrer Arbeit zu unterstützen. 


In vielen Fállen sind Fachleute gefragt die mit ihrer Exper- 
tise weiterhelfen kónnen: Designer*innen, Menschen mit 
Erfahrung in Storytelling, Autor*innen, Sprecher*innen. 
Bisweilen ist dieses Knowhow in anderen Teams vorhan- 
den, so dass die Teilnehmenden sich untereinander aus- 
helfen. Oder eine Person besitzt einen Kontakt, den sie un- 


kompliziert vermitteln kann. 


Eine wesentliche Aufgabe der Veranstalter*innen in der 
Sprintphase ist, als Mittler*innen zwischen Datengebenden 
und Teilnehmenden zu fungieren. Oft hakt hier der Kontakt, 
bleibt zum Beispiel die Mail eines Teams mit der Bitte um 
ein Bild in hóherer Auflósung unbeantwortet. Was an den 
unterschiedlichen Arbeitsweisen und Sprachen von Insti- 
tutionen und Communities liegen kann. Oder daran, dass 
manche -o Datengeber*innen ihre Rolle bei dem Kultur-Ha- 
ckathon missinterpretieren - es genügt eben nicht, beim 
Kick-Off ein Datenset zur Verfügung zu stellen und dann bei 
der Preisverleihung zu schauen, was daraus entstanden ist. 
Die Mitwirkung der Institutionen ist essentiell. Daran zu er- 
innern, kann ebenfalls Aufgabe der Organisator*innen sein. 


Auf Augenhóhe: Institutionen und 
Teams in der Sprintphase 


Idealerweise sind die Datengeber*innen (wie im Kapitel 5: 
Kick-Off beschrieben) Teil der Teams und tragen aktiv 
zur Entwicklung der Projekte bei. Eine Konstellation, die 
sich natürlich organisch ergeben muss. Ergibt sie sich 
nicht, müssen die Kultureinrichtungen zumindest für 

die Hacker*innen ansprechbar bleiben und schnell auf 
Fragen reagieren. Die Teilnehmenden - die schließlich eh- 
renamtlich arbeiten - dürfen nicht das Gefühl bekommen, 
gegenüber den Datengebenden Bittsteller*innen zu sein. 
Auch für die Sprintphase gilt: Alles passiert auf Augen- 
höhe. Ein Kultur-Hackathon hat keine Hierarchien. 
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GEWINN DURCH KOOPERATION 


Findet eine echte Zusammenarbeit zwischen Institutio- 
nen und Teams statt, profitieren die Projekte in der Regel 
enorm davon. Dafür findet sich in der Coding da Vinci-Ge- 
schichte eine Fülle von Beispielen: 


Etwa [Blomberg ]|VARsetzen', entstanden auf der Grund- 


lage eines Datensets des Freilichtmuseums Detmold. Die 
Kultureinrichtung hatte Bilder eines historischen Hauses 
zur Verfügung gestellt, das auf das Gelánde des Museums 
versetzt wurde - Fotos vom ursprünglichen und neuen 
Standort mit Umgebung. Die Teilnehmer*innen wollten da- 
raus ein Virtual-Reality-Modell in 5D entwickeln, benótig- 
ten aber zusätzliche Daten, wie Grundrisse und architekto- 
nische Hintergründe. Die konnte das Museum nachliefern 
- so dass in der Sprintphase ein technisch anspruchsvol- 
les Projekt entstand, das neue Perspektiven zu erschlie- 
Ben vermochte. 
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Ein Virtual Reality-Modell in 
3D - entwickelt beim Kultur- 
Hackathon 
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Vom Kultur-Hackathon 
direkt ins Museum 
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WEST- 
DEUTSCHER 
RUNDFUNK 


In anderen Fällen arbeiteten Teams so eng mit Institutio- 
nen zusammen, dass entstehende Projekte direkt in den 
Räumlichkeiten des Museums oder der Bibliothek präsen- 
tiert werden konnten. Etwa in Form einer Medienstation. 
Das Projekt „Freiheit DIY” ist so ein Beispiel - ein bereits er- 
wähntes VR-Spiel, entstanden auf der Basis eines Daten- 
sets des Zuse-Computer-Museums(ZCOM)in Hoyerswerda, 
das ein Stück DDR-Geschichte erlebbar macht. Während 
der Sprintphase war eine Mitarbeiterin des ZCOM im Team 
beteiligt, die zwar selbst nicht programmiert, sich aber be- 
reits Gedanken über den möglichen Einsatz der Anwen- 
dung gemacht hat. Im ZCOM wurden schlieBlich Rechner 
und VR-Headsets bereit gestellt, mit denen sich das Spiel 
vor Ort erleben lässt. 
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SCHEITERN ERLAUBT 


Bestenfalls gehen in der Sprintphase Aushandlungspro- 
zesse zwischen Institutionen und Teams vonstatten, die 
zum Ziel haben, dass beide Seiten ein für sie passendes 
Ergebnis bekommen. 


Natürlich gibt es auch den Fall, dass die Arbeit an unerwar- 
tete Grenzen stößt. In der Regel wird dann allerdings nicht 
auf ein neues Datenset umgestiegen. Auch ein Scheitern 
ist ein Ergebnis, das sich dokumentieren und im Zweifels- 
fall bei der Preisverleihung vorstellen lásst - so dass an- 
dere davon lernen und Erkenntnisse daraus ziehen kónnen. 


BLICK RICHTUNG PREISVERLEIHUNG: 
KOMMUNIKATION STRUKTURIEREN 


Rückt die Preisverleihung näher, geht erfahrungsgemäß 
die Aktivitätskurve innerhalb der Teams noch einmal steil 
nach oben. Es ist nicht ungewöhnlich, dass bis zuletzt - 
noch während der Veranstaltung im Raum - an den Pro- 
jekten gearbeitet wird. 
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SICHERHEIT GEBEN 


In jedem Fall ist es hilfreich für die Teams, wenn die Hacka- 
thon-Veranstalter*innen den Ablauf der Sprintphase auch 
in der Kommunikation klar strukturieren - indem sie zum 
Beispiel eine Halbzeitmeldung an alle Teilnehmer*innen 
herausgeben und gerade im direkten Vorfeld der Preisver- 
leihung sehr engmaschig in den Austausch mit den Teams 
gehen. Abzuklären gilt es in jedem Fall, ob die Teilnehmen- 
den spezielle Technik für ihre Prásentation benótigen, was 
vor Ort vorhanden ist, was sie selbst mitbringen und was 
zusátzlich bereitgestellt werden muss. 


Je genauer die Teams vorab wissen, was bei der Preisver- 
leihung von ihnen erwartet wird, desto sicherer fühlen sie 
sich bei ihrer Präsentation Z. Die Veranstalter*innen soll- 
ten unter anderem kommunizieren, welche Lànge sie sich 
für die einzelnen Projektpräsentationen vorstellen - und 
wann diese einzureichen sind. Beim Setzen von Fristen gilt 
es, die goldene Mitte zwischen den organisatorischen Be- 
dürfnissen nach genug Vorlauf und der letzten Minute, die 
den Teilnehmenden besonders wichtig ist, zu finden - so- 
wie Geduld und starke Nerven mitzubringen, denn in der 
Regel wird die erste gesetzte Frist von sämtlichen Teilneh- 
menden gerissen, die zweite Frist jedoch nur noch von der 
Hälfte usw. Entsprechend muss die Planung getaktet sein. 


eitern schafft 
Lerneffekte 


e 


Im Toolkit-Ordner 6. Sprintphase befindet 
sich ein Beispiel für ein detailliertes ,Briefing 
Teilnehmende Preisverleihung". 
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e 


Im Toolkit-Ordner 7. Preisverleihung finden 
sich nützliche Vorlagen für Veranstalter*in- 
nen, wie sie Üffentlichkeit für die Preisver- 
leihung schaffen und mit den Geladenen 
kommunizieren können: eine „Einladung 
Preisverleihung”, ein „Reminder Preisver- 
leihung" und ein allgemeiner ,Infotext" auf 
Deutsch und Englisch. 
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Ein hilfreicher Hinweis ist oft, dass an den Projekten selbst 
noch bis zuletzt gearbeitet werden kann und nur die Prä- 


sentationen vorab abgegeben werden müssen. 


INFORMIEREN UND MOTIVIEREN 


Für die Organisierenden besteht ein groBer Teil der Sprint- 
phase aus der Vorbereitung der Preisverleihung 22. Dafür 
sind sie auf die Kooperation der Teams angewiesen. Auch 
deshalb ist es wichtig, mit den Teilnehmer*innen in engem 
Kontakt zu bleiben, sie zu informieren und zu motivieren. 


J L 
о 
ar 


Take Home Messages 


e Kontakt zu den Teams halten ohne aufdringlich zu 
wirken 

e Hilfe anbieten, Enabler sein, ggf. Türen bei Datenge- 
ber*innen öffnen 

e Preisverleihung vorbereiten: Was wird von den Teams 
erwartet? Welche (technischen) Voraussetzungen 
müssen dafür erfüllt sein? 
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Kapitel 7 


PREISVERLEIHUNG 


Wie würdigt man am besten die Arbeit der Teil- 
nehmenden? Welche Preiskategorien gibt es? 
Welche Preise werden vergeben? Und wer ent- 
scheidet darüber nach welchen Kriterien? Alle 
Fragen rund um den Oscar-Moment des Hacka- 
thons beantworten wir in diesem Kapitel. 


VERLUST JI 
ПТИ 


KAPITEL 7 / PREISVERLEIHUNG 
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Bei einem Hackathon gewinnen 
alle - seien es neue Erfahrun- 
gen, neue Kontakte, neue Fähig- 
keiten oder eben Preise. 


AND THE WINNER IS ... EVERYBODY! 


Wie bereits beschrieben, sollte bei einem Kultur-Hacka- 
thon nicht der Wettbewerbsgedanke im Vordergrund ste- 
hen. Entsprechend geht es auch bei der Preisverleihung 
nicht primár darum, Sieger*innen zu küren, vielmehr wer- 
den mit dieser Veranstaltung das Engagement und die Ar- 
beit der Teilnehmenden insgesamt gewürdigt. Jenseits 
aller Konkurrenz ist es aber eine schóne Geste, herausra- 
gende Leistungen und Ideen auszuzeichnen - wie es im 
Rahmen der Preisverleihung geschieht. 
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Wichtig: Technik-Check 


Die Organisierenden sollten unbedingt im Vorfeld 
abklären, welche Technik die Teams benötigen. Falls 
beispielsweise bestimmte Adapter nicht vorhanden sind 
und auch nicht beschafft werden können, müssen die 


Teilnehmer*innen rechtzeitig darüber informiert werden. 


Auch der zeitliche Rahmen der Präsentationen sollte 
vorab genau abgesteckt werden. 
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DIE ATMOSPHÄRE 


... sollte feierlich sein. Die Preisverleihung ist eine Gala, die 
den Teilnehmenden die Bühne bereitet - nicht auf pompóse 
Weise, aber in einem angemessen Rahmen. Anders als beim 
Kick-Off liegt der Fokus nicht auf Partizipation und Vernet- 
zung, sondern klar auf der Prásentation der Projekte. Im 
Mittelpunkt stehen nicht die Datengeber*innen, sondern 
die Teams. Sie zeigen ihre Ergebnisse vor Publikum, eine 
Jury berät darüber und verkündet schließlich die Preisträ- 
ger*innen und die Begründungen für ihre Entscheidungen. 


Für die Teilnehmer*innen - die oft noch buchstäblich bis 
zur letzten Sekunde an ihren Projekten arbeiten - ist es in 
der Regel ein aufregendes Event. Umso wichtiger, dass 
die bestmóglichen Rahmenbedingungen dafür geschaf- 
fen werden. Was bei der Wahl des Veranstaltungstages be- 
ginnt, der an einem Wochenende liegen sollte, aus Rück- 
sicht darauf, dass die meisten der Teilnehmenden arbeiten 
oder studieren. Falls die Preisverleihung an einem Freitag 
stattfindet, sollte sie zumindest nicht vor 17 Uhr starten. 


Gut vorzubereiten gilt es selbstredend auch die Präsenta- 
tionen -o. Die Teams müssen wissen, was sie mit welchen 
Mitteln in welcher Zeit prásentieren kónnen, damit der Ab- 
lauf Z so reibungslos wie möglich funktioniert. 


eisverleihun- 
gen besser an 
einem Wochen- 
ende 


d 


Einen guten Überblick gibt die ,Production 
Bible Preisverleihung" im Toolkit-Ordner 
7. Preisverleihung. 
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e 


Rund um das Thema Jury bietet auch das 
Toolkit im Ordner 7. Preisverleihung nütz- 
liche Informationen: ,Jury Akquise", ,Jury 
Briefing", ,Jury Projektübersicht" und ,Jury 
Bewertungsmatrix" 


Q 

Es spricht auch nichts dagegen, die Jury 
mit ein oder zwei Honoratior*innen zu be- 
setzen, falls Organsierende auf diesem Wege 
jemandem einen Gefallen erweisen möchten 
- zumal Honoratior*innen ja durchaus 


Sachverstand (oder sogar Investitionskapital) 
mitbringen können. 


9 
Wobei bedacht werden sollte, dass Online- 
Voting anfälliger für Manipulation ist. 
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DIE JURY 


Bei Coding da Vinci ist stets großer Wert darauf gelegt 
worden, dass eine Fachjury Z berufen wird - schon aus 
Respekt gegenüber der Leistung der Teilnehmer*innen 
sollten die Juror*innen Kenntnisse in den Kategorien mit- 
bringen, in denen die Preise vergeben werden. Sprich: Es 
wäre beispielsweise nicht ratsam, ausschließlich Kunsthis- 
toriker*innen über einen „Most Technical”-Preis befinden 
zu lassen. Natürlich können sich nicht alle Jury-Mitglieder 
in allen Fragen und Belangen gleichermaßen auskennen 9. 
Generell sollte aber sichergestellt sein, dass zu jeder Preis- 
kategorie mindestens ein Jurymitglied inhaltlich fundiert 
sprechen kann. Bei Coding da Vinci war die Jury in der Re- 
gel mit fünf Personen besetzt. 


0 Preiskategorie 
mindestens ein inhalt- 
lich fundiertes Jury- 
mitglied 


PUBLIKUMS-VOTING 


Die Anzahl der vergebenen Preise variierte zwischen vier 
und sieben Kategorien. Eine der Auszeichnungen war je- 
doch immer der Publikumspreis. Es empfiehlt sich sehr, 
diese Kategorie einzuplanen, um den Besucher*innen die 
Möglichkeit der Beteiligung zu geben. Dafür sollten die Ver- 
anstaltenden sich ein Voting-Verfahren überlegen. Eine 
klassische und verlässliche Option ist der analoge Stimm- 
zettel, auf dem das favorisierte Projekt angekreuzt wird 
und der anschließend in eine Wahlurne wandert. Natür- 
lich können aber auch Online-Tools zur Abstimmung ge- 
nutzt werden 9. 
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PREIS-KATEGORIEN 


Die Preis-Kategorien sind frei wählbar und können auch 
während des Hackathons noch angepasst werden, wenn 
sich ein Gefühl dafür einstellt, in welche Richtung die prä- 
sentierten Projekte führen. Werden die Kategorien dage- 
gen schon im Vorfeld festgelegt und kommuniziert, haben 
Teilnehmende den Vorteil, dass sie ihre Projekte im Zwei- 
felsfall danach ausrichten können - sollten sie Wert auf 
eine Auszeichnung legen. 


Wiederkehrende Kategorien, die sich bei Coding da Vinci 
bewährt haben und die für einen Kultur-Hackathon auf je- 
den Fall passend sind, waren unter anderem „Best Design" 
oder „Most Technical" -o. In Frage für diesen Technik-Preis 
kàmen etwa Visualisierungs-Projekte, die groBen Aufwand 
betreiben, um Daten so zu modellieren, dass sie visualisiert 
werden kónnen. Oder ein Game, das einen besonders sau- 


ber programmierten Code zur Basis hat. 


Bei Сау gab es Kategorien wie „Funniest Hack" (denn viele 
der Projekte kommen mit einem Augenzwinkern), „Most Un- 
usual Approach”, oder auch „Out of Competition" - immer 
eine gute Option für den Fall, dass auBergewóhnliche Pro- 
jekte gewürdigt werden sollen, die in keine der festgeleg- 
ten Kategorien passen. Ebenfalls oft vergeben wurde ein 
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rymitglieder 
formulieren die 
Begründungen für 
die Preisvergaben 
selbst 


KR 


Preis in der Kategorie , Most Useful" - sicher eine dehnbare 


Kategorie, die aber der Jury Spielraum gibt. 


In jedem Fall formulieren die Jurymitglieder die Begrün- 
dungen für ihre Preisvergaben selbst. Wichtig ist, dass 
diese Voten nachvollziehbar und verstàndlich gehalten sind. 


Eine Hierarchie im Sinne eines Siegerpodestes mit ver- 
schiedenen Stufen gab es bei Coding da Vinci zwischen 
den und innerhalb der Kategorien nie. Natürlich wäre es 
auch denkbar, auf Kategorien ganz zu verzichten und statt- 
dessen beispielsweise Gold-, Silber- und Bronze-Tropháen 
zu vergeben. Allerdings würde das der Veranstaltung ei- 
nen kompetitiveren Charakter verleihen. 


Magischer K.l.- 
Spiegel 


Ein Projekt, das mit dem 
„Most Technical-Preis 
bedacht wurde, war 
beispielsweise ,Flecture", 
entstanden bei CdV Baden- 
Württemberg 2022 - ein 
Magic Mirror ermöglicht 
es in dieser Anwendung, 
Kleidungsstücke auf Basis 
von ausgewählten Kunst- 
werken der Staatsgalerie 
Stuttgart an der eigenen 
Spiegelung zu erleben, 
etwa von Van Gogh oder 
Cezanne. Ein technisch 
höchst aufwändiges, K.l.- 
gestütztes Projekt. 
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eise 
gleichwertig 
zusammenstellen 
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DIE PREISE 


Bei Coding da Vinci wurden nie Geldpreise vergeben. Zu 
gewinnen gab es lediglich Sachpreise, die das jeweilige 
Veranstaltungsteam ohne groBen Aufwand zur Verfü- 
gung stellen konnte. 


Die Spanne reichte von Tickets für die re:publica über re- 
gionale Kultur-Jahreskarten bis zum Wochenendtrip ins 
Amsterdamer Rijksmuseum mit einer privaten Führung hin- 
ter den Kulissen. Gerade Preise, die nicht käuflich zu er- 
werben gewesen wáren, kamen stets gut an. Auch Works- 
hop-Teilnahmen sind attraktiv - zumal dann, wenn das 
Thema mit dem bearbeiteten Datenset oder dem entstan- 
den Projekt zu tun hat, beispielsweise 3D-Druck oder La- 
sercut. Wird der Workshop exklusiv für das Sieger*innen- 
Team gegeben, macht das den Preis noch wertiger. Auch 
Veranstaltungen rund um das Thema Gründung sind at- 
traktiv für viele Teilnehmende eines Kultur-Hackathons. 


Eine Preis-Option mit Projekt-Bezug kann natürlich auch 
Hardware sein - etwa ein VR-Headset, das allerdings schon 
teuer sein kann. Generell empfiehlt es sich, die Preise ei- 
nigermaBen gleichwertig zusammenzustellen - und móg- 
lichst so, dass Sieger*innenteams auch untereinander tau- 
schen können. 


DER ABLAUF 


BEISPIEL/ABLAUF EINER TYPISCHEN 
PREISVERLEIHUNG BEI CDV 


UHRZEIT PROGRAMMPUNKT 


ab 10:00 Uhr = CHECK-IN 
11:00 Uhr => BEGRÜSSUNG 
Grußworte 
11:30 Uhr =) KEYNOTE 
(kann auch nach Mittagspause, Marktplatz etc. stattfinden, 
z.B. wenn sehr viele Projekt präsentiert werden) 
12:00 Uhr => PROJEKTPRÄSENTATIONEN 
13:00 Uhr => MITTAGSIMBISS 
= PROJEKTE-MARKTPLATZ 
=) JURYRUNDGANG UND-BERATUNG 
=) PUBLIKUMSVOTING 
15:30 Uhr =) PREISVERLEIHUNG 
16:00 Uhr => ENDE DER VERANSTALTUNG BZW. UMTRUNK/ AUSKLANG 
Tabelle 4 Programm Preisverleihung 
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Da die Preisverleihung wie beschrieben einen Gala-Cha- 
rakter hat, eignet sie sich einerseits, um Medien einzula- 
den - schließlich werden Ergebnisse präsentiert, anhand 
derer sich der Kultur-Hackathon anschlussfähig erzählen 
lásst. Und sie bietet eine gute Gelegenheit, Menschen ein- 
zubinden, die das Event ideell unterstützen: Vertreter*in- 
nen aus der Politik, Mitarbeitende von Ministerien, Äm- 
tern, Handelskammern oder ähnlichen Institutionen, die 
auch ein (kurzes) Grußwort sprechen können. All das ver- 
leiht der Veranstaltung ein besonderes Gewicht und stärkt 
den feierlichen Rahmen. 


Selbst wenn es sich um einen kleinen Hackathon mit 20 
Teilnehmenden handelt, den eine einzelne Kultureinrich- 
tung mit den eigenen Daten veranstaltet, ist es schön, 
wenn die Direktion ein Grußwort hält - weil es der Preis- 
verleihung auch symbolisch Bedeutung verleiht. 


Wobei wiederum nicht aus dem Blick geraten sollte, dass 
es sich bei der Preisverleihung eines Kultur-Hackathons 
trotz allem um eine informelle Veranstaltung Z^ handelt. 
Es gilt bei diesem Event, die Balance zu finden: nicht zu 
abgehoben, nicht zu klein gedacht. Nicht alles muss pro- 
fessionell durchorganisiert sein, es darf auch technische 
Pannen geben 9. 
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Wichtig ist, dass eine gut vorbereitete Moderation durch 
den Tag führt. Sie hat in diesem Fall einen leichten Job 
- klassische, frontale Event-Moderation. Sie kündigt die 
Sprecher*innen und die Teams an, gestaltet die Über- 
gänge zwischen den Präsentationen, stellt vielleicht im 
Nachgang ein oder zwei Fragen, um die Zeit des Umbaus 
zu überbrücken, ordnet die Preisvergabe und setzt der Ver- 
anstaltung den Schlusspunkt. 


KEYNOTE 


Häufig gab es bei Coding da Vinci im Rahmen der Preis- 
verleihung eine Keynote. Natürlich werden Keynotes in 
der Regel zu Beginn einer Veranstaltung gehalten, nicht 
am Ende, aber eine solche Rede kann auch thematische 
Brücken zum Anfang bauen und noch einmal den Geist ei- 
ner Veranstaltung beschwören 9. 


Die Keynote sollte thematisch mit Offenheit, offenen Da- 
ten, zivilgesellschaftlichem Engagement, Mitbestimmung 
und Partizipation zu tun haben - und hauptsächlich für die 
Teilnehmenden relevant sein. Die Datengebenden haben 
schlieBlich schon im Vorfeld von der Datenberatung profi- 
tieren kónnen, jetzt sollen die Teilnehmer*innen noch ein- 
mal Input mitnehmen, der sie bereichert. 


e 


Zum Ablauf finden sich im Toolkit-Ordner 

7. Preisverleihung ein Beispiel für ein „Helfer_ 
innenbriefing" und nützliche Informationen 
zu ,Raum- und Technikanforderung" der 
Preisverleihung. 


Q 
Und die Erfahrung hat gezeigt: 
Es gibt sie immer. 


9 

Bei CdV haben u.a. Menschen wie der ehema- 
lige Kulturstaatsminister Julian Nida-Rümelin, 
die Wissenschaftlerin und Open-Access-Fach- 
frau Ellen Euler, Douglas McCarthy von der 
Europeana oder die Museumskuratorin und 
Open-GLAM-Aktivistin Merete Sanderhoff 
Keynotes gehalten. 
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© 
pars pro toto genannt für die Vielzahl artver- 
wandter Anwendungen 


—© 


Flexibel bleiben 


Generell müssen sich die 
Veranstalter*innen auf eine 
gewisse Bandbreite tech- 
nischer und logistischer 
Varianten vorbereiten: 
Manche Teams wollen ihren 
Mac anschlieBen, andere 
den Linux-Rechner, wieder 
andere das Tablet. Manche 
haben analoge Poster 
vorbereitet, wieder andere 
eine kurze szenische 
Performance einstudiert. 
Üblicherweise bewegen 
sich die Teilnehmenden in- 
des auf bewährtem Terrain 
- mit Videoeinspielern oder 
Power Point. 


75 


Die Keynote darf durchaus eine theoretische Flughóhe ha- 
ben, sie darf politisch sein, auch aktivistisch. Natürlich ist 
sie nicht obligatorisch. Gerade, wenn eine Fülle von Pro- 
jektprásentationen ansteht, ist sie verzichtbar. 


PROJEKTPRÄSENTATIONEN 


Die Organisierenden sollten sich im Vorfeld Gedanken da- 
rüber machen, wie viel Zeit sie insgesamt für die Projekt- 
präsentationen einplanen wollen und diese Spanne dann 
auf die einzelnen Beiträge herunterrechnen. Pro Projekt 
empfehlen sich rund fünf Minuten - nicht wesentlich mehr. 


Werden viele Projekte vorgestellt (ab 15 aufwärts), kann 
die Präsentation auch in zwei Blöcken erfolgen, mit einer 
Pause dazwischen. Ansonsten leidet die Aufnahmefähigkeit. 


Die Jury sollte auf jeden Fall Unterlagen parat haben, auf 
denen sie sich während der Präsentationen Notizen ma- 


chen kann - als Basis für ihre spätere Diskussion. 


SPANNBREITE DER 
PRASENTATIONSFORMEN 


Inhaltlich sind die Teams bei der Vorstellung ihrer Pro- 
jekte natürlich völlig frei - zumal sie in der Regel sehr un- 
terschiedliche Ergebnisse mitbringen. Manche bereiten 
Screencasts vor, die durch das Projekt führen, andere 
wählen die klassische Power-Point-Präsentation 9. Auch 
Google-Slides erfreuen sich traditionell großer Beliebtheit. 
Einmal mehr gilt also: Stabiles Internet ist unverzichtbar! 


Die Herausforderungen sind meist technischer Art -o und 
betreffen Hardware: verschiedene Anschlüsse und Adap- 
ter, die es vorzuhalten gilt, Sound, der ausgesteuert wer- 
den muss. Es empfiehlt sich, ein oder zwei Technik-Ex- 
pert*innen vor Ort zu haben, die auf alle Eventualitäten 
schnell reagieren können. Es ist auch ratsam, vor der Ver- 
anstaltung zumindest einen kurzen Technik-Check für je- 
des Projekt durchzuführen. Pannen sind nie auszuschließen 
- aber manche Stolperfallen können vermieden werden. 


Die Teilnehmenden wiederum benótigen in der Regel kein 
Coaching für ihre Präsentationen. Meist sind zumindest ei- 
nige der Team-Mitglieder versiert im Pitching von Projekten. 
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MARKTPLATZ, JURYSITZUNG UND 
PUBLIKUMSVOTING 


Nach den Präsentationen laufen Markplatz, Juryberatung 
und Publikumsvoting parallel. Eine schöne Geste ist es, wäh- 
renddessen ein Catering anzubieten - für Mittags- oder Kaf- 
feepause, je nachdem, wann die Veranstaltung stattfindet. 


Auf dem MARKTPLATZ haben alle Teams eine Station 9 - 
einen Stand gleich welcher Art, an dem die Gäste ihr Pro- 
jekt selbst ausprobieren kónnen und die Jury ggf. in Ruhe 
ihre Fragen an die Teams stellen kann. Auch dafür sollte 
Zeit eingeplant werden. 


Unbedingt sollte es auf diesem Marktplatz einen geführ- 
ten Juryrundgang geben, in dessen Zuge die Juror*innen 
noch einmal alle Teams besuchen, gegebenenfalls An- 
wendungen ausprobieren, Erkundigungen einholen. Es 
ist wichtig für die Teilnehmenden, dass diese Formalität 
erfüllt wird. Schwärmen einzelne Jurymitglieder aus und 
gehen nur punktuell in den Austausch, fühlen andere sich 
zurückgesetzt. 


Ebenso haben alle Besucher*innen jetzt Gelegenheit, an 
den Ständen zu erkunden, worauf sie während der Prä- 
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sentationen neugierig geworden sind - und anschlieBend 
ihre Stimme für das PUBLIKUMSVOTING abzugeben, vir- 
tuell oder analog. Ebenfalls ein Abschnitt der Preisverlei- 
hung, der Zeit braucht. 


Um die Timeline zu konkretisieren: Für den Juryrundgang 
sollten ca. 45 Minuten eingeplant werden, so dass die Ju- 
ror*innen im Anschluss direkt in die Beratung gehen kón- 
nen. Insgesamt benótigen Marktplatz, Jurysitzung -o und 
Publikumsvoting inklusive Auszáhlung der Stimmen gut 
und gerne zwei Stunden Zeit. 


—О 


Die Jurysitzung 


In der Regel entscheidet die Jury über drei bis fünf Preise 
- pro Preis sollte es 15 bis 20 Minuten Diskussionszeit 
geben, selbst wenn nicht in jeder Kategorie über alle 
Projekte debattiert werden muss. Schließlich sollten die 
Juror"innen nicht nur eine Entscheidung treffen, sondern 
auch mindestens einen Satz zur Begründung formulieren. 
Auch muss ausgehandelt werden, wer welchen Preis auf 
der Bühne verkündet. 


Q 

Auch hier sollten Veranstaltende die 
technischen Anforderungen zuvor mit den 
Teilnehmer*innen abklären. Brauchen sie 
Bildschirme, Flipcharts, Metaplanwände, 
Internet? Welche Art Tisch, welchen Aufbau 


bevorzugen sie (sofern es die Möglichkeit zur 
flexiblen Gestaltung gibt)? 


abschließen- 
der Juryrund- 
gang zu allen 
Teams ist un- 
erlässlich 
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PREISVERLEIHUNG 


Nach dem Marktplatz ist der letzte Programmpunkt die 
Preisübergabe - der Hóhepunkt und feierlichste Moment. 
Es werden Fotos gemacht, die Teams haben ihren Ram- 
penlicht-Moment. 


Diese eigentliche Preisverleihung ist allerdings auch ein 
Chaos-Herd. Die Sieger*innen-Teams sind beispielsweise 
unsicher, ob sie auf die Bühne kommen und etwas sagen 
sollen, die Mitglieder sitzen verstreut, oder sind gerade nicht 
im Raum. Auch hier ist eine strukturierende Moderation 
hilfreich, die dazu klare Aussagen trifft - obwohl natürlich 
auch sie nicht jegliche Unwägbarkeit ausschließen kann. 


Die Übergabe der Preise markiert das Ende dieser Ver- 
anstaltung. Je nach Lust und Budget kónnen die Organi- 
sator*innen im Anschluss noch zu einem Umtrunk einla- 
den - oder die Veranstaltung einfach ausklingen lassen. 


e strukturierende Moderation hilft, 
den Oscar-Moment herzustellen. 
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Take Home Messages 


Klarer Fokus auf der Arbeit der Teams 

Kompetente Fachjury einberufen und Publikumsvoting 
ermöglichen 

Aufmerksamkeit schaffen und nutzen - in den Medien, 
in der Politik, in der Wirtschaft und im eigenen Haus 
Genügend Zeit einplanen! 
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Kapitel 8 


DIGITALE 
ALTERNATIVEN 


Einen Hackathon online durchführen: Geht das? 
Die kurze Antwort lautet: Ja, ziemlich gut sogar. 
In diesem Kapitel teilen wir unsere Erfahrungen 
aus der Zeit der Corona-Pandemie (und danach) 
und empfehlen, was aus unserer Sicht am besten 
funktioniert hat. 
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Online ist anders - ein guter Überblick und 
geduldige Moderation sind noch wichtiger 
als beim analogen Hackathon. 
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rchaus 
machbar: ein 
virtuell durch- 
geführter 
Hackathon 


LEARNING BY DOING 


Vor 2020 gab es keine virtuelle Ausgabe von Coding da Vinci. 
Das mag auf den ersten Blick verwundern, schlieBlich ist 
ein Hackathon ein digitalaffines Format. Dennoch stand 
es vor der Pandemie nicht einmal zur Debatte, eine Online- 
Teilnahme für Menschen zu ermóglichen, die aus verschie- 
denen Gründen nicht physisch prásent sein kónnen. Der 
Hackathon wurde als analoge Veranstaltung schlicht nicht 
hinterfragt. Das hat sich inzwischen grundlegend - und 
auch nachhaltig - geändert. Nicht nur bei Coding da Vinci. 


Als im Márz 2020 der erste Lockdown in Deutschland ver- 
hängt wurde, liefen die Vorbereitungen für die Drei-Län- 
der-Ausgabe Coding da Vinci Saar-Lor-Lux. Der Kick-Off 
der geplanten Prásenzveranstaltung war für Mai 2022 ter- 
miniert. Angesichts der neuen Umstände hat das Organi- 
sationsteam mit extremem Engagement und Zeitaufwand 
den gesamten Hackathon ins Digitale übersetzt - beraten 
durch eine externe, mit Online-Veranstaltungen erfahrene 
Agentur. SchlieBlich war diese Expertise bis dato bei CdV 
nicht vorhanden. 


Es wurde eine andere Ausgabe als frühere, es war auch 
eine Form von Offenheit verlangt. Aber der Spirit von Co- 
ding da Vinci ist ebenso erhalten geblieben wie die Struktur 


Anfangs bestand Skepsis 


Ein Hackathon lebt von der persönlichen Begegnung im 
Raum, von der Eins-zu-Eins-Kommunikation. Wie soll das 
in der digitalen Spháre funktionieren? Wie kënnen die 
Teilnehmer*innen online gemeinsam kreativ werden? Das 
Learning by Doing hat gezeigt: es funktioniert! 
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9 

Alle drei Tools lassen sich über den gesamten 
Verlauf des Hackathons zur Verfügung 
stellen, so dass Teilnehmer*innen die Links 


dazu bookmarken und wieder dorthin zurück- 
kehren können. 


Q 

Dabei sollte beachtet werden, dass die ver- 
meintlich bequemen Lösungen - à la Zoom 

- oft problematisch hinsichtlich Datenschutz 
und Datenmanagement sind. Es existieren 
aber gute Open-Source-Lösungen wie 
BigBlueButton oder Jitsi, die teilweise selbst 


gehostet werden kónnen und wo die Daten 
beherrschbar bleiben. 


9 
In den Fällen, in denen diese Orientierung 


fehlte, war die Tendenz zum Zerfasern in 
jedem Stadium der Veranstaltung groß. 


(speziell die lange Sprintphase, die zur DNA des Hackathons 
gehört). Bei jeder der folgenden Ausgaben haben regionale 
Veranstaltende etwas Neues probiert und Neues gelernt, 
das sie an andere Organisierende weitergeben konnten. 
Was funktioniert online - und was nicht? 


TOOLS FÜR DEN ONLINE-HACKATHON 


Erwiesen hat sich, dass mit einem Dreiklang an Tools die 
nahezu originalgetreue Nachbildung der Live-Situation ei- 
nes Hackathons möglich ist - und dass sich die Struktur 
eines Online-Hackathons so gut erhalten lásst 9. 


1. VIDEOKONFERENZTOOL 
für Plenumssituationen wie die Datenprásentation oder 
das Ideenpitching. Auch die Onboardings funktionieren 
gut über Videokonferenztools ©, die meist auch Break- 
out-Möglichkeiten für verschiedene Szenarien bieten. 


2. TOOL FÜR INTERAKTIVE VIRTUELLE BEGEGNUNGEN 
Soll eine Marktplatzsituation geschaffen werden (wie 
etwa beim Kick-Off), kommt ein Tool für virtuelle 
Begegnungen ins Spiel - wie gather.town oder die 
Open-Source-Variante WorkAdventure. Diese Platt- 
formen bieten eine n-zu-n-Kommunikation, die es den 


Teilnehmenden ermöglicht, sich frei zu bewegen, sich in 
kleinen Gruppen auszutauschen oder sogar zu flanieren 
und Gesprächsfetzen oder Gedanken aufzuschnappen, 
die wiederum eigene Ideen in Gang setzen. Mit diesen 
Tools lässt sich also der magische Kaffee- oder Mittags- 
pausen-Moment herstellen, der bei einem Hackathon 
zum Wichtigsten zählt (s. Kapitel 5: Kick-Off). 


. TEXTBASIERTES CHAT-TOOL 


Ein Tool im Stile von Slack oder Discord ist dringend 


vonnöten ©. Auch hier gibt es Open-Source-Alternati- 
ven wie Mattermost oder Rocket.Chat. Dieses Tool dient 


der asynchronen Kommunikation, die bei einer Online- 
Veranstaltung von besonderer Bedeutung ist - weil die 
Teilnehmenden darüber nachvollziehen können, was 
sich aktuell wo ereignet, an wen sie sich wie wenden 
können. Es dient als Referenzpunkt, an den sich zurück- 
kehren lässt. In einem solchen Chat-Tool können die 
Organisierenden verschiedene Räume aufmachen, die 
sie nach Datengeber*innen oder Datensets, später nach 
Projektteams benennen. 
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DIGITAL PLANEN 


ORGANISATION + TIMELINE 


Das Entscheidende bei der Organisation eines Online-Ha- 
ckathons ist, dass die Planung im Vorfeld noch minutiö- 
ser ausfallen muss, als bei einer analogen Veranstaltung. 
Ablàufe, die bei einem Prásenz-Hackathon fast automa- 
tisch vonstatten gehen, kónnen online plótzlich überra- 
schen. Es genügt schon zu vergessen, dass das Umswit- 
chen des Bildschirms eine Zeit brauchen wird, schon hakt 
es an dieser Stelle - und es ergibt sich eine Situation wie 
bei einem Stau. Nur eine*r bremst, schon bildet sich eine 
kilometerlange Schlange. Entsprechend sollten die Ab- 
láufe gründlich geprobt werden - was wiederum Zeit kos- 
tet, die eingeplant werden muss. 

Auch die Teilnehmer*innen-Akquise gestaltet sich bei 
einem Online-Hackathon in der Regel noch langwieriger - 
weil es komplexer ist, ohne persónliche Begegnung jene 
Verbindlichkeit herzustellen, die das A und O in der Kom- 
munikation mit potenziell Interessierten ist. Allein mit 
Rundmails in Universitätsverteilern lässt sich keine aus- 
reichende Zahl an Teilnehmenden gewinnen. Es bleibt also 
nicht aus, so nah wie möglich mit den Zielgruppen in Kon- 
takt zu treten - ist eine Videokonferenz die größtmögliche 
Маһе, muss die Akquise eben darüber laufen. 
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Auch wáhrend der einzelnen Etappen des Online-Hacka- 
thons ergibt sich eine Reihe von kleineren und gróBeren 
Unterschieden zur analogen Veranstaltung, die vorab be- 
dacht werden sollten: 


KICK-OFF 


ONE MINUTE MADNESS 


Ihre Datensets binnen einer Minute pointiert zu präsen- 
tieren - das stellt Kulturinstitutionen schon in einer ana- 
logen Situation oft vor Herausforderungen. Kommt noch 
eine technische Hürde dazu, macht das die Lage entspre- 
chend angespannter. Nicht selten wird wertvolle Zeit mit 
einem nicht eingeschalteten Mikrofon oder der Frage ver- 
geudet, ob man zu hóren sei. Auch hier gilt deshalb: un- 
bedingt vorab proben und die Technik testen! Es genügt 
nicht, ein allgemeines Tutorial zu zeigen, die Präsenta- 
tion muss mit allen Akteur*innen einzeln durchgegangen 
werden, damit sie sich wáhrend der One Minute Madness 
sicher fühlen. Gerade Menschen, die mit digitalen Lósun- 
gen fremdeln 9 hilft es nur, wenn sie die Technik in Ruhe 
ausprobieren kónnen. 


e 
und das sind im Kulturbereich erfahrungs- 
gemäß nicht wenige 
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e 

Erstens, weil jemand die Verantwortung trägt, 
falls etwas schief läuft. Zweitens, weil gerade 
eine Situation wie die One Minute Madness 
mit ihren komplizierten Abläufen ansonsten 


Kräfte aus dem eigenen Team bindet, die 
auch an anderer Stelle gebraucht würden. 


Auch die One Minute Madness selbst will getaktet sein. Ei- 
nerseits gibt es eine Präsentation, die durchläuft, ande- 
rerseits Menschen, die dann jeweils zugeschaltet werden. 
Es kommt hier auf Schnelligkeit an, Verzögerungen sind 
enervierend für alle Beteiligten. 


Verschiedene Organisator*innen-Teams haben unter- 
schiedliche Lösungen für diese Situation gefunden. Man- 
che entschieden sich, die Regie an ein externes Dienst- 
leistungsunternehmen auszulagern - zumindest für jene 
Teile, die sich in Videokonferenzräumen abspielten. Das 
kann sinnvoll sein 9. 


Die Kurzpräsentationen sind online zudem anstrengender 
zu konsumieren - weswegen es sich empfiehlt, Pausen ein- 
zubauen. Bei den Online-Ausgaben von CdV wurden sel- 
ten mehr als zehn Datensets hintereinander vorgestellt. 
Gibt es kurze Unterbrechungen, entstresst das auch die 
Techniker*innen. 


Bh Online-Hackathon erfor- 


dert im Vorfeld noch minutiö- 
sere Planung. 


We're in this together 


Um während der Veranstaltung ein möglichst starkes 
Gemeinschaftsgefühl zu schaffen, können Organisa- 
tor*innen sich haptische Dinge einfallen lassen, die vorab 
allen Teilnehmenden zugeschickt werden und die beim 
Hackathon Verwendung finden. Wie etwa Reaktions- 
kärtchen, oder ein Symbol, das von allen geteilt und im 
Hintergrund platziert wird. Das bedeutet zwar Aufwand, 
kann eine Gruppe aber zusammenschweißen. 


TEAMBUILDING 


Online bietet es sich an, die ausführlichere Datenpräsen- 
tation der Institutionen frontal in parallelen Sessions zu 
veranstalten. In Breakout-Rooms wird meist die Möglich- 
keit, Rückfragen zu stellen, aktiver genutzt. Eine Markt- 
platzsituation herzustellen ist zwar möglich (wie oben 
beschrieben). Dennoch bleibt es online schwieriger als bei 
einer physischen Veranstaltung, sich in ein gerade statt- 
findendes Gespräch einzuklinken. 

Für das Teambuilding bei einer Online-Veranstaltung 
ist deshalb vor allem wichtig, das Ideen-Pitching gut zu 
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organisieren. Hier kommen die Teilnehmenden erstmals 
in Kontakt mit den Gedanken, die andere sich zu den Da- 
tensets machen. Móglichst genaue und gut strukturierte 
Notizen, wer eine Idee gepitcht hat, wie diese Idee lautet, 
was zur Umsetzung gebraucht wird und wo die Person im 
Anschluss zu finden ist, sind besonders wichtig - damit 
alle wissen, wohin und an wen sie sich nach dem Pitching 
wenden müssen, wenn eine Idee sie interessiert. 


Virtuelles Tischerücken 


Bei Coding da Vinci hat sich im Laufe mehrerer On- 
line-Hackathons die Gewohnheit entwickelt, die Daten- 
geber*innen am Anfang des Kick-Offs an feste virtuelle 
Tische zu platzieren - Orte, die in gather.town oder Work 


Adventure eindeutig markiert waren. Teilnehmende be- 
kamen diese Übersicht ausgehändigt. In ihren Unterlagen 
fanden sie eine Tabelle, die Datengebende, Datenset 

und ein entsprechendes Symbol oder einen Buchstaben 
für den jeweiligen Tisch listete. Die Tische nebst der 
Markierung lassen sich später auch umwidmen und den 
Projektteams zuordnen. 
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ORIENTIERUNG IST ALLES! 


Ein zentrales Learning aus Online-Veranstaltungen lau- 
tet: Orientierung ist alles. Es muss mehr erklárt werden 
als bei einer physischen Veranstaltung - auch durch die 
Moderation, die sehr viel mehr gefordert ist. Ein analoger 
Raum erklärt sich auf eine vóllig andere Weise selbst als 
ein virtueller Raum. 


Wenn Umgebungen wie gather.town oder WorkAdventure 
genutzt werden, müssen Organisierende vorab testen, ob 
die Wegeleitungen nachvollziehbar sind. Unbedingt sollten 
auch Chaos-Szenarien geprobt werden, verursacht durch 
rücksichtslose Test-User. Es lásst sich kaum eine Eventu- 
alitát denken, die nicht ins Kalkül zu ziehen ist. 


E Test-Usern mögliche 


Chaos-Szenarien durchspielen 
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er Videokon- 
ferenzen regel- 
mäßige MeetUps 
abhalten 


SPRINTPHASE 


In der Sprintphase ist vor allem der durchgàngige Chat- 
Kanal wichtig für die Organisierenden. Das Tool verschafft 
ihnen die Möglichkeit mitzubekommen, wo ein Projekt vo- 
ranschreitet, und wo nicht. Haben sie beispielsweise von 
einem Team seit einer Woche nichts auf Mattermost oder 
Rocket.Chat gehórt, wäre das ein Anlass, kurz nachzuha- 
ken, ob alles in Ordnung ist. Selbstredend kónnen die Teil- 
nehmenden nicht verpflichtet werden, diesen Kanal zu be- 
nutzen. Aber er bietet eine niedrigschwellige Option, in 


Kontakt zu treten. 


Die Teams kónnen sich darüber auch selbst organisieren. 
Viele der Chat-Tools haben zudem eine Videokonferenz- 
Funktion (wie Mattermost oder Slack), über die sich un- 
aufwändig regelmäßige MEETUPS abhalten lassen, etwa 
wöchentlich zu einem festen Zeitpunkt. Wiederum ein 
freiwilliges Angebot - das aber Kontinuität und Verbind- 
lichkeit schafft, die online noch wichtiger sind als bei ei- 
ner analogen Veranstaltung. Zumindest eine Person aus 
jedem Team sollte teilnehmen und ein kurzes Update ge- 
ben. Es liegt bei den Veranstalter*innen darauf zu achten, 


dass die Teams bei der Stange bleiben. 


PREISVERLEIHUNG 


Auch die Preisverleihung lässt sich online relativ leicht mit 
einem Videokonferenz-Tool organisieren. Zum Beispiel 
kann das Team ins Spotlight gesetzt werden, das gerade 
an der Reihe ist und präsentiert oder ein Video zeigt. Aber 
auch das will geprobt sein. 


Im Vorfeld sollten die Organisator*innen wiederum sehr 
detailliert bei den Teams abfragen, was sie präsentieren 
wollen und mit welchen Mitteln. Falls sie ein Video zeigen 
wollen, gilt es zu kláren, ob das Videokonferenz-Tool dazu 
geeignet ist. Nichts Technisches sollte einfach voraus- 
gesetzt werden! 


Was sich für die Online-Preisverleihung wiederum gut an- 
bietet: Eine Jurysitzung in einem Breakout-Room oder ei- 
nem anderen Videokonferenz-Raum abzuhalten. Schwer zu 
organisieren ist in diesem Kontext allerdings der Marktplatz. 
Auch dafür kann eine gather.town-Umgebung geschaffen 
werden, allerdings bietet sich dort nicht die Möglichkeit, 
den Teilnehmer*innen über die Schulter zu schauen und 
zu sehen, was sie auf ihrem Laptop präsentieren. 
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Verpflegung ist essentiell 


Denn auch Menschen in einer Kachel haben einen Körper, 
der versorgt sein will. Deswegen wurde bei einigen 
digitalen CdV-Ausgaben versucht, den auch den Online- 
Teilnehmer*innen etwas Gutes zu tun. Aus pragmatischen 
Gründen mit einem Gutschein für einen Lieferdienst (pro 
Tag zwischen 13 und 15 Euro für jede*n Teilnehmende*n) 
- gedacht vor allem als Geste. 
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Natürlich kann die Jury online die Móglichkeit bekommen, 
Rückfragen an die Teams zu stellen. Allerdings sollte da- 
rauf geachtet werden, dass dann auch wirklich jedem 
Team eine Frage gestellt wird und sich niemand zurück- 
gesetzt fühlt. Die Wertschátzung muss zumindest anná- 
hernd gleich verteilt sein. 


BUDGET 


Ist ein Online-Hackathon kostengünstiger als eine ana- 
loge Veranstaltung? 


Die Frage lässt sich nicht pauschal beantworten. Wenn 
Organisierende eine Agentur engagieren, die Regie führt, 
schlágt das zu Buche. Auch Streaming-Technik ist ein nicht 
geringer Posten im Finanzplan. Es braucht Kameras und 
Menschen, die sie bedienen, eine Technik, die diese Bilder 
in einer Videokonferenz zusammenführt. 


Allerdings sind auch basalere Lósungen denkbar - eine Per- 
son bedient den Laptop, auf dem eine Präsentation läuft, 
eine andere sitzt vor ihrem Rechner und moderiert. Auch 
so kann eine Online-Veranstaltung funktionieren. Abgese- 
hen von technischen Mehrkosten spart ein Online-Hacka- 
thon Geld für Raummiete oder Catering -0 . 


ine ist nicht 
unbedingt güns- 
tiger als analog. 
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stausch zwi- 
schen online 
und analog er- 
fordert weiteren 
Organisations- 
aufwand. 


HYBRIDE ERFAHRUNGEN 


Die Erfahrung hat gezeigt, dass auch in postpandemischen 
Zeiten manche Menschen sich mit Präsenzveranstaltun- 
gen (noch) nicht wieder wohl fühlen und sie meiden. Gut 
denkbar, dass sich auch auf längere Sicht hybride Formate 
etablieren - Veranstaltungen, die sowohl physische wie di- 
gitale Teilnahme ermöglichen. 


Eine große Aufgabe bleibt es, gleiche Voraussetzungen für 
den Fall zu schaffen, dass einige Teilnehmende vor Ort und 
andere online dabei sind. Ein wirklicher Austausch zwi- 
schen diesen beiden Gruppen lässt sich nur schwer orga- 
nisieren. Schlussendlich müssen sich auch diejenigen vor 
Ort an den Rechner begeben, um mit den Online-Teilneh- 
menden etwas gemeinsam zu machen. 


Und wenn die Datengebenden vor Ort und die Hacker*in- 
nen online sind, ergibt sich als Nachteil, dass keine Mög- 
lichkeit besteht, gemischte Teams zu schaffen. Irgendeine 
Art der Trennung wird es bei der hybriden Veranstaltung 
so oder so geben. 


Hybrid und dreisprachig 


Der Kick-Off von „Coding da Vinci Ost” fand zum Beispiel 
in dem Sinne hybrid statt, dass die Datengebenden 

vor Ort waren, die Teilnehmenden online. Ging es in 
Gesprächssituationen, haben die Datengeber*innen sich 
ebenfalls vor die Rechner begeben und so Augenhöhe 
hergestellt. Die Veranstaltung hat also insofern gut 
funktioniert, dass alle Teilnehmer*innen gleiche Voraus- 
setzungen hatten. Allerdings laufen Veranstaltungsteile 
wie die One Minute Madness oder das Ideenpitching sehr 
viel flüssiger ab, wenn alle auf einer Bühne stehen und 
nacheinander präsentieren. Zudem war „Coding da Vinci 
Ost* eine dreisprachige Veranstaltung, bei der simultan 
ins Polnische und Tschechische und vice versa übersetzt 
wurde - keine kleine Herausforderung. 
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DIGITAL VS. ANALOG - PRO & CONTRA 


Beide Varianten - analog und digital - haben ihre Vor- und 
Nachteile. 


Was bei einem Online-Hackathon auf der Contra-Seite 
steht: Es ist im virtuellen Raum weit schwieriger, Teams 
aus Teilnehmenden zu bilden, die sich nicht vorher schon 
kannten. Während viele an einem Präsenz-Hackathon teil- 
nehmen, um neue Leute kennenzulernen, liegt die Hürde, 
auf andere Menschen zuzugehen und mit ihnen über Wo- 
chen zusammenzuarbeiten, im Digitalen ungleich höher. 
Die Erfahrung hat gezeigt, dass sich online oft kleinere 
Teams formieren - oder Einzelkämpfer*innen ihre Pro- 
jekte allein betreiben. Hier hat die physische Veranstal- 
tung ein klares Plus. 


Auf der anderen Seite funktioniert es online oftmals bes- 
ser, Institutionen und Hacker*innen miteinander in Kontakt 
zu bringen und gemischte Teams zu stiften. Bei vielen digi- 
talen CdV-Ausgaben fiel es den Institutionen leichter, auf 
Teilnehmende zuzugehen. Hier scheint die Hemmschwelle 
wiederum im Analogen höher zu liegen. 
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Insgesamt - und gerade angesichts der Tatsache, dass di- 
gitale Veranstaltungen längst an Selbstverständlichkeit ge- 
wonnen haben - lässt sich festhalten: Ein Kultur-Hacka- 
thon funktioniert auch online gut. Es gibt Unterschiede 
zum Analogen, der Aufwand ist an manchen Stellen hö- 
her. Aber mit einer guten Vorbereitung, einer angemes- 
senen technischen Ausrüstung und einer geduldigen Mo- 
deration lässt sich eine für alle Seiten zufriedenstellende 


Veranstaltung organisieren. 


r- und Nachteile sind in beiden 
Formaten vorhanden. 
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Take Home Messages 


e 3 Tools = 1 gelungener Online-Hackathon 

* Open Source Tools nutzen und auf Datenschutz achten 

* Peinlich genau planen und exzessiv testen (mit allen 
Beteiligten) 

* Präzise und übersichtliche Unterlagen bereitstellen 

* Orientierung auch durch die Moderation gewährleisten 
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Kapitel 9 


UND DANN? 


Zu guter Letzt kláren wir hier Fragen der Nach- 
haltigkeit - in Bezug auf Daten genauso wie im 
Hinblick auf die entstandenen Projekte und Netz- 
werke. Denn das Ende des Hackathon kann auch 
der Beginn von etwas sein. 
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KAPITEL 9 / UND DANN? 


Wenn die Saat des Hack- 
athons aufgehen soll, braucht 
es die richtige Pflege. 


Das Einfachste und Mindeste, was 
Kultureinrichtungen tun können: Den 
Teilnehmer*innen im Nachgang noch 
einmal für die investierte Zeit und 
ihren bereichernden Blick auf die 
Daten zu danken. 


WAS PASSIERT MIT DEN 
ERGEBNISSEN? 


Die Veranstalter*innen sollten dafür sorgen, dass die Er- 
gebnisse des Hackathons nach der Preisverleihung pub- 
lik gemacht werden, beispielsweise auf einer Webseite. 
Auch, im Anschluss noch eine Pressemitteilung heraus- 
zugeben. Darüber hinausreichende Schritte in Sachen Pu- 
blicity kónnen natürlich die datengebenden Institutionen 
unternehmen, die in der Regel über die größere Öffent- 
lichkeitspower verfügen. 


Es geht auch hier darum, den Teilnehmer*innen Wertschát- 
zung für ihre ehrenamtliche Arbeit entgegen zu bringen - 
neben Sachpreisen schlieBlich das einzige, was sie für ihr 
Engagement bekommen können. Das heißt, die Institutio- 
nen sollten in jedem Fall (ungeachtet der Frage, ob sie ein 
entstandenes Projekt implementieren wollen, oder nicht) 
die Leistung der Teams anerkennen, die sich wochenlang 
mit ihren Daten bescháftigt haben 9. 


KAPITEL 9 / UND DANN? 


n Schwung 
der Preisver- 
leihung nutzen, 
um Projekte 
voranzubringen 


91 


Offenheit braucht Hóflichkeit 


Selbst wenn die Teilnehmenden keine Kapazitáten haben, 
steht es der Institution selbstredend frei, das Projekt wei- 
ter zu entwickeln, beziehungsweise entwickeln zu lassen. 
Alle Ergebnisse des Hackathons sind schließlich offen zur 
Nachnutzung. In diesem Fall geböte es allerdings der Re- 

spekt, das Team zumindest darüber zu informieren. Meist 
wird niemand Einwände erheben. Offenheit ist schließlich 
der Geist von Coding da Vinci. 


Umgekehrt können natürlich auch die Teilnehmer*innen 
unabhängig von der datengebenden Institution ein Pro- 
jekt weiter verfolgen. Wenn die Teams oder Einzelne die 
offenen Daten weiter nutzen oder in andere Kontexte set- 
zen wollen, sind sie frei, das zu tun - und nicht gehalten, 
darum zu bitten. Diesbezüglich existiert ein Unterschied 
zwischen Institutionen und Individuen, die sich eben in 
verschiedenen Machtpositionen befinden. 


WEITERE SCHRITTE MIT 
OFFENEN DATEN 


Sehen Institutionen das Potenzial, ein Projekt fortzuführen, 
ihm eventuell noch eine neue Richtung zu geben, sollten 
sie sich natürlich erst recht mit dem Team in Verbindung 
setzen und ausloten, ob bei den Teilnehmer*innen (ab- 
hängig von der individuellen Lebenssituation und Motiva- 
tionslage) die Bereitschaft besteht, weiter daran zu arbei- 
ten. In der Regel sind die Hacker*innen gerade nach einer 
Preisverleihung sehr motiviert. Wenn dieses Momentum 
genutzt wird, kann daraus eine Dynamik entstehen, die ein 
Projekt weiter voranbringt-o . Soll sich aus den Projekten 
- zum Zeitpunkt der Preisverleihung im Status von Proto- 
typen - weiter etwas entwickeln, ist es meist am vielver- 
sprechendsten, wenn Datengebende und Teilnehmende 
an einem Strang ziehen. 


KAPITEL 9 / UND DANN? 


WIE KANN ICH FÜR MEHR 
NACHHALTIGKEIT SORGEN - 
IN BEZUG AUF DIE DATEN, 
PROJEKTE UND BEZIEHUNGEN? 


Die Daten nachhaltig offen verfügbar zu halten, ist im 
Sinne der Veranstaltung eine Mindestanforderung ©. Ide- 
alerweise sollte dies allerdings nicht die Endstation für 
die Daten sein. Bestenfalls gehen sie in große Reposito- 
rien ein, groBe Datenpools, wo sie in guter Gesellschaft 
sind - wie Wikidata, Wikimedia Commons oder die Deut- 
sche Digitale Bibliothek. Ökosysteme des freien Wissens 
also, wo die Daten besser auffindbar sind. Auch hier be- 
steht die Möglichkeit, mit den Institutionen weiter im Aus- 
tausch zu bleiben, wie ihre Daten am sinnvollsten einge- 
setzt werden kónnen. 


Zur Nachhaltigkeit der Projekte haben bei Coding da Vinci 
dreimonatige Stipendien 9 beigetragen, auf die sich Teil- 
nehmer*innen nach der Preisverleihung bewerben konn- 
ten - unabhängig davon, ob sie einen Preis gewonnen hat- 
ten, oder nicht. Viele Projekte haben dadurch tatsächlich 
Produkt-Status erreicht. Viel Geld und Zeit braucht es da- 
für also gar nicht, vielmehr das Momentum und den Wil- 
len auf allen Seiten, noch einen Schritt weiter zu gehen. 
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Freilich sind nicht alle Projekte für die Weiterentwicklung 
nach dem Hackathon geeignet - was auch nicht alle Teil- 
nehmenden oder Datengebenden wollen. Es wáre auch 
falsch, einen Automatismus anzunehmen: Wird nur mehr 
Geld in ein Projekt investiert, entsteht eine verwertbare 
Anwendung. Eher empfiehlt es sich, ein wenig Geld und 
Ressourcen in der Hinterhand zu haben, falls der Wunsch 
entsteht, weiter zu arbeiten. Ein Kultur-Hackathon bleibt 
immer ergebnisoffen. Die Veranstaltung ist eine Spiel- 
wiese, keine Produktfabrik. 


Die Beziehungen fortleben zu lassen, ist schlieBlich die 
gróBte Herausforderung. Oft bedeutet das Ende der Preis- 
verleihung auch das Ende der gemeinsamen Reise, Teil- 
nehmer*innen verlieren sich aus den Augen. Falls Men- 
schen keine Lust verspüren, den Kontakt zu halten, lässt 
sich das nicht ändern. Schließlich geschieht alles im Rah- 


men der Veranstaltung freiwillig. 


9 
Bei Coding da Vinci ist beispielsweise ein 
Nextcloud-Server eingerichtet worden, der 


auch über das Ende des Gesamtprojekts 
hinaus online bleibt. 


e 

Diese Stipendien (32 konnten insgesamt dank 
der Förderung durch die Kulturstiftung des 
Bundes ausgelobt werden) umfassten eine 
monatliche finanzielle Unterstützung von 


jeweils 1250 Euro und individuelle Workshop- 
Angebote. 


KAPITEL 9 / UND DANN? 


edrigschwellige 
und informelle 
Nachtreffen an- 
bieten 
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Mission: Dauerhafte Netzwerke 


Der Anspruch von Coding da Vinci war stets, dass die 
während des Hackathons geknüpften Kontakte die 
Veranstaltung überdauern - die Kontakte zwischen den 
Teilnehmenden untereinander, diejenigen zwischen 


Teams und Datengeber"innen ebenso wie die unter den 
Datengebenden und schlussendlich auch die zwischen 
den Veranstalter*innen. Aus diesem Grund wurde CdV 
auch regional ausgerichtet, schließlich funktioniert das 
Netzwerken auf dieser Ebene einfacher - allerdings auch 
nicht von allein. 


Netzwerke zwischen Institutionen sind oft am leichtesten 
zu knüpfen. Sie sind bei der Veranstaltung aufeinander ge- 
troffen und konnten in Gespráchen erfahren, wo die jewei- 
ligen Interessen liegen, wo sich Schnittmengen ergeben. 
Solche losen Netzwerke lassen sich in Form von Stamm- 
tischen oder Arbeitskreisen intensivieren. 


Empfehlenswert ist, zumindest das Angebot von Nach- 
treffen zu machen, die niedrigschwellig und informell ab- 
laufen. Das hilft, die (hoffentlich gute) Erinnerung an den 
Hackathon wach zu halten - ungeachtet der Frage, ob das 


Angebot wahrgenommen wird oder nicht. 
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Take Home Messages 


* Ergebnisse öffentlich machen, würdigen und ggf. 
sogar fördern 

* Gemeinsame Perspektiven ausloten 

* Datenpool pflegen und weiterentwickeln 

* Nachtreffen anbieten 
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